[ERLEDIGT] JUNGHANNS QuadBRI ISDN Karte -> Fehler beim raustelefonieren

herrmax

Neuer User
Mitglied seit
2 Okt 2006
Beiträge
77
Punkte für Reaktionen
0
Punkte
0
[Edit foschi: code-Tags erhöhen die Lesbarkeit ungemein...]

Hi Leute,
brauche eure Hilfe - bin nervlich am Ende...

habe in unsern Ast-Server eine QUAD-BRI-Junghanns-Karte eingebaut. Die macht mir schon seit vielen Tagen viel Bauchweh.

folgende Konfig:

Debian Etch 2.6.18.4
bristuff-0.3.0-PRE-1y-b
astrisk 1.2.14

1.) Ich habe den Channel 1 im TE-Modus mit signalling bri_cpe auf den ISDN-NTBA im PTP-Modus angesteckt.
2.) Der NTBA erkennt die BRI-Karte (grüne led leuchtet)
3.) Eingehende Telefonate auf den ISDN-Kanal funktionieren.
4.) Ausgehende Telefonate bringen immer den selben Fehler:

Code:
    -- Executing Dial("SIP/13-081b49f0", "ZAP/g1/7153173}|60") in new stack
    -- Requested transfer capability: 0x00 - SPEECH
    -- Called g1/7153173}
    -- Channel 0/1, span[COLOR="Red"] 1 got hangup, cause 28[/COLOR]
    -- Channel 0/1, span 1 received AOC-E charging 0 units
    -- Hungup 'Zap/1-1'
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Hangup("SIP/13-081b49f0", "") in new stack
  == Spawn extension (ceo, 7153173, 2) exited non-zero on 'SIP/13-081b49f0

Den Fehler habe ich schon seit Tagen --> Firma Junghanns sagt, Konfig ist ok!
Österreichische Telekom sagt, Anschluss ist ok!

ich habe in der zapata.conf folgende Einstellungen:

Code:
[channels]

switchtype=euroisdn
pridialplan=unknown
prilocaldialplan=dynamic
;nationalprefix=0       ; raus mit 0
;internationalprefix=00 ;
usecallerid=yes
usecallingpres=yes
echocancel=yes
echocancelwhenbridged=yes
echotraining=100
callerid=asreceived
callreturn=yes
cancallforward=yes
faxdetect=both
immediate=no
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1

group=1 ;TE
signalling=bri_cpe      ; Channel 1 ist auf der BRI Karte auf TE-MODUS
channel => 1-2

group=2 ;NT
signalling=bri_net_ptmp ; Channel 2 ist auf der BRI Karte auf NT-MODUS
channel => 4-5

group=3 ;TE
signalling=bri_cpe_ptmp ; Channel 3 ist auf der BRI Karte auf TE-MODUS
channel => 7-8

group=4 ;NT
signalling=bri_net_ptmp ; Channel 4 ist auf der BRI Karte auf NT-MODUS
channel => 10-11


/etc/zaptel.conf
Code:
[B]span=1,1,3,ccs,ami      #isdn-span
span=2,2,3,ccs,ami      #isdn-span
span=3,3,3,ccs,ami      #isdn-span
span=4,4,3,ccs,ami      #isdn-span
#span=5,5,3,ccs,ami     #gsm-span
#span=6,6,3,ccs,ami     #gsm-span

bchan=1,2
dchan=3
bchan=4,5
dchan=6
bchan=7,8
dchan=9
bchan=10,11
dchan=12


extensions.conf
ganz einfacher TEst mit einer fixen wiener Festnetznummer:
exten => 7153173,1,Dial(ZAP/g1/${EXTEN}},60)

ich bin definitiv mit meinen Ideen am Ende. Vielleicht habt ihr ja welche...


1000Dank an Euch,
mex
 
"cause 28" - Die gewählte Rufnummer ist ungültig oder kann durch das Netzwerk nicht interpretiert werden.

Mach doch mal ein "pri debug span 1" und poste die Ausgaben hier. Vorher spiele mal bitte mit "pridialplan" etwas rum. Statt "unknown" mal mit "local" oder "national" probieren. Und nicht den Neustart vom Asterisk nach ändern der Einstellung vergessen.
 
Hi speedy1980,

danke für deine rasche antwort.
bin leider aufgrund der osterfeiertage nicht eher dazugekommen zu antworten. aber hier den debug:

Code:
    -- Executing Dial("SIP/13-0819e038", "ZAP/g1/7153173}|60") in new stack
    -- Requested transfer capability: 0x00 - SPEECH
1 voip*CLI>
> [ 00 01 00 00 08 01 02 05 04 03 80 90 a3 18 01 89 6c 04 11 80 31 33 70 09 80 37 31 35 33 31 37 33 7d a1 ]
1 voip*CLI>
> Informational frame:
1 > SAPI: 00  C/R: 0 EA: 0
>  TEI: 000        EA: 1
1 > N(S): 000   0: 0
> N(R): 000   P: 0
> 30 bytes of data
1 -- Restarting T203 counter
1 Stopping T_203 timer
1 Starting T_200 timer
1 > Protocol Discriminator: Q.931 (8)  len=30
1 > Call Ref: len= 1 (reference 2/0x2) (Originator)
1 > Message type: SETUP (5)
1 > [04 03 80 90 a3]
1 > Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
1 >                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
1 >                              Ext: 1  User information layer 1: A-Law (35)
1 > [18 01 89]
1 > Channel ID (len= 3) [ Ext: 1  IntID: Implicit, Other Spare: 0, Exclusive Dchan: 0
1 >                        ChanSel: B1 channel
1                          ]
1 > [6c 04 11 80 31 33]
1 > Calling Number (len= 6) [ Ext: 0  TON: International Number (1)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
1 >                           Presentation: Presentation permitted, user number not screened (0) '13' ]
1 > [70 09 80 37 31 35 33 31 37 33 7d]
1 > Called Number (len=11) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0) '7153173}' ]
1 > [a1]LI>
1 > Sending Complete (len= 1)
    -- Called g1/7153173}
1 voip*CLI>
< [ 00 01 01 02 ]
1
< Supervisory frame:
1 < SAPI: 00  C/R: 0 EA: 0
<  TEI: 000        EA: 1
1 < Zero: 0     S: 0 01: 1  [ RR (receive ready) ]
< N(R): 001 P/F: 0
< 0 bytes of data
1 -- ACKing all packets from 0 to (but not including) 1
1 -- ACKing packet 0, new txqueue is -1 (-1 means empty)
1 -- Since there was nothing left, stopping T200 counter
1 -- Nothing left, starting T203 counter
1 -- Restarting T203 counter
1 voip*CLI>
< [ 02 01 00 02 08 01 82 5a 08 02 82 9c ]
1
< Informational frame:
1 < SAPI: 00  C/R: 1 EA: 0
<  TEI: 000        EA: 1
1 < N(S): 000   0: 0
< N(R): 001   P: 0
< 8 bytes of data
1 -- ACKing all packets from 0 to (but not including) 1
1 -- Since there was nothing left, stopping T200 counter
1 -- Stopping T203 counter since we got an ACK
1 -- Nothing left, starting T203 counter
1 < Protocol Discriminator: Q.931 (8)  len=8
1 < Call Ref: len= 1 (reference 130/0x82) (Terminator)
1 < Message type: RELEASE COMPLETE (90)
1 < [08 02 82 9c]
1 < Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: Public network serving the local user (2)
1 <                  Ext: 1  Cause: Invalid number format (28), class = Normal Event (1) ]
1 Sending Receiver Ready (1)
1
> [ 02 01 01 02 ]
1
> Supervisory frame:
1 > SAPI: 00  C/R: 1 EA: 0
>  TEI: 000        EA: 1
1 > Zero: 0     S: 0 01: 1  [ RR (receive ready) ]
> N(R): 001 P/F: 0
> 0 bytes of data
1 -- Restarting T203 counter
1 -- Restarting T203 counter
    -- Channel 0/1, span 1 got hangup, cause 28
    -- Channel 0/1, span 1 received AOC-E charging 0 units
    -- Hungup 'Zap/1-1'
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Hangup("SIP/13-0819e038", "") in new stack
  == Spawn extension (ceo, 7153173, 2) exited non-zero on 'SIP/13-0819e038'
s3voip*CLI> estroying the call, ourstate Null, peerstate Null
No such command 'estroying' (type 'help' for help)
s3voip*CLI>     -- Hungup 'Zap/1-1'
No such command '--' (type 'help' for help)
s3voip*CLI>   == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Hangup("SIP/13-b6e0bd78", "") in new stack
s3voip*CLI>     -- Executing Hangup("SIP/13-b6e0bd78", "") in new stack
s3voip*CLI>   == Spawn extension (ceo, 7153173, 2) exited non-zero on 'SIP/13-b6e0bd78'
s3voip*CLI>   == Primary D-Channel on span 3 down
No such command '==' (type 'help' for help)
No such command '--' (type 'help' for help)
No such command '==' (type 'help' for help)
No such command '==' (type 'help' for help)
  == Primary D-Channel on span 3 down
1 T203 counter expired, sending RR and scheduling T203 again
1 Sending Receiver Ready (1)
1
> [ 00 01 01 03 ]
1
> Supervisory frame:
1 > SAPI: 00  C/R: 0 EA: 0
>  TEI: 000        EA: 1
1 > Zero: 0     S: 0 01: 1  [ RR (receive ready) ]
> N(R): 001 P/F: 1
> 0 bytes of data
1 -- Restarting T203 counter
1 voip*CLI>
< [ 00 01 01 03 ]
1
< Supervisory frame:
1 < SAPI: 00  C/R: 0 EA: 0
<  TEI: 000        EA: 1
1 < Zero: 0     S: 0 01: 1  [ RR (receive ready) ]
< N(R): 001 P/F: 1
< 0 bytes of data
1 -- ACKing all packets from 0 to (but not including) 1
1 -- Since there was nothing left, stopping T200 counter
1 -- Stopping T203 counter since we got an ACK
1 -- Nothing left, starting T203 counter
1 -- Got RR response to our frame
1 -- Restarting T203 counter
elendslang - aber hoffe da is was für dich dabe??!!

ich kann da leider nix rauslesen. auch bei der firma junghanns wurde man aus dem debug nicht schlauer.hmmmm.


danke dir auf jeden fall für die hilfe.
lg
mex
 
achja, was ich noch sagen wollte,
ich habe mit pridialplan jede einstellung versucht (unknown, local, national)
immer der selbige fehler cause 28...

mex
 
1 > Called Number (len=11) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '7153173}' ]

Also wenn ich nicht ganz blind bin, sehe ich das Problem: Was macht die geschweifte Klammer am Ende der Zielrufnummer?? _Das_ nehme ich keinem ISDN-Stack übel, diese Nummer _nicht_ zu wählen :)

Aber dass das noch keinem aufgefallen ist...

Grüsse
 
Wo Du Recht hast ... Die Klammer hatte ich oben übersehen.
 
Der arme Hermax, war wohl so "färtich", dass er die Auflösung nicht mehr mitbekommen hat... Beileid :)

Grüsse
 
JUNGS 1000DANK - das is es!!

unglaubich aber wahr - ich hab die Klammer übersehn!!

kenn die nummer auswendig - drum nicht mehr wirklich drauf geachtet....

thx.
 
Super. Dann kannst Du Deinem Thread ja das Attribut [Erledigt] geben. Minimiert die losen Enden in diese Forum :)

Grüss
 
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.