Es gehen keine Anrufe mehr über ISDN raus (zaphfc)

[freach]

Hi,
ich hatte bis gestern eine super funktionierende Asteriskkonfiguration mit der ich Problemlos überrall hintelefonieren konnte.
Seit heute morgen aber kann ich über ISDN nicht mehr raustelefonieren.

Ich wähle eine Nummer aus dem Festnetz ich sehe das Asterisk den Wählvorgang absetzt und im gleichen moment bekomme ich ein Hangup.
Angeschlossen hab ich die Anlage seit gestern morgen, vorher immer nur ein paar Stündchen.
Kann es sein das mein Netzbetreiber da seine Finger mit drin hat ?

Meldung auf der Cli:

   -- Executing BackGround("SIP/104-6592", "isdn") in new stack
    -- Playing 'isdn' (language 'de')
    -- Executing Dial("SIP/104-6592", "Zap/g2/222XXXXXXX|60|Tr") in new stack
  == Everyone is busy/congested at this time (1:0/1/0)
    -- Executing Hangup("SIP/104-6592", "") in new stack
  == Spawn extension (default, 00222XXXXXXX, 3) exited non-zero on 'SIP/104-6592'

Part für ausgehende ISDN Gespräche in der extensions.conf:

; Über ISDN raus ins Festnetz
[isdn_out_fn]
; Mit Vorwahl
exten => _00XX.,1,Background(isdn)
exten => _00XX.,n,dial(Zap/g2/${EXTEN:2},60,Tr)
exten => _00XX.,n,hangup()
; Ohne Vorwahl
exten => _0XX.,1,Background(isdn)
exten => _0XX.,n,dial(Zap/g2/2227${EXTEN:1},60,Tr)
exten => _0XX.,n,hangup()

 

[snaker]

Hallo...

IP-Wechsel durch Zwangstrennung des DSL Anbieters verursachte bei mir einen nicht mehr laufenden Asterisk, auch bei ISDN.

Gruß
Stefan

 

[freach]

Hallo...

IP-Wechsel durch Zwangstrennung des DSL Anbieters verursachte bei mir einen nicht mehr laufenden Asterisk, auch bei ISDN.

Gruß
Stefan

Dann müsste ja normalerweise nach einem Neustart von Asterisk wieder alles gut sein, ist es bei mir aber nicht.

 

[betateilchen]

dial(Zap/g2/2227${EXTEN:1},60,Tr)

welchen Sinn hat eigentlich das Voranstellen von 2227 vor eine gewählte Rufnummer? Dein Problem ist, daß Du immer im Dial-Befehl mit dem Pattern _0XX. landen wirst, da auch die 2. Null in dem X enthalten ist. Probiers mal stattdessen mit _0ZX.

Und erzähl mir nicht, daß das vorher funktioniert hat und Du nix verändert hast :wink:

 

[freach]

dial(Zap/g2/2227${EXTEN:1},60,Tr)

welchen Sinn hat eigentlich das Voranstellen von 2227 vor eine gewählte Rufnummer? Dein Problem ist, daß Du immer im Dial-Befehl mit dem Pattern _0XX. landen wirst, da auch die 2. Null in dem X enthalten ist. Probiers mal stattdessen mit _0ZX.

Und erzähl mir nicht, daß das vorher funktioniert hat und Du nix verändert hast :wink:

Hehe ich kenne den Spruch "Eben gings noch, aber ich hab nix gemacht" nur zu gut, ich arbeite selber in der IT Branche. Dieses Phänomen hatte ich aber schonmal. Ich liess Asterisk über Nacht laufen und am nächsten Tag ging alles außer ISDN raus, so als ob mein Netzbetreiber entdeckt hätte das da was läuft was eventuell nicht von einer Krawatte installiert und zertifiziert wurde.

Du hast aber recht, das erste X nach der 0 muss durch ein Z ersetzt werden.
Das war aber nun eher eine förmliche Sache, da es mein Problem nicht gelöst hat.

Korrigierte extensions.conf:

; Über ISDN raus ins Festnetz
[isdn_out_fn]
; Mit Vorwahl
exten => _00ZX.,1,Background(isdn)
exten => _00ZX.,n,dial(Zap/g2/${EXTEN:2},60,Tr)
exten => _00ZX.,n,hangup()
; Ohne Vorwahl
exten => _0ZX.,1,Background(isdn)
exten => _0ZX.,n,dial(Zap/g2/2227${EXTEN:1},60,Tr)
exten => _0ZX.,n,hangup()

EDIT:
Ich habe jetzt nochmal zusätzlich Hardware ausgetauscht, da überraschender Weise auch mein DSL Modem heute morgen kaputt war.
Das habe ich ebenfalls ausgetauscht, DSL geht nun wieder, aber das ISDN Problem besteht noch und hat wohl nichts mit diesem Ausfall zutun, zumal eingehende Anrufe funktionieren.

 

[dischneider]

Irgendwie ist auch

exten => _00XX.,n,dial(Zap/g2/${EXTEN:2},60,Tr)

eigenwillig.
Das heißt, das mit zwei Nullen begonnene Nummern ohne die beiden führenden Nullen gewählt werden?
Und verstehe ich das richtig, das du mit der 2227 deine lokale Vorwahl mitwählen willst? Oder übergibst du da noch irgendwie an eine Telefonanlage?

Dirk

 

[freach]

Irgendwie ist auch

exten => _00XX.,n,dial(Zap/g2/${EXTEN:2},60,Tr)

eigenwillig.
Das heißt, das mit zwei Nullen begonnene Nummern ohne die beiden führenden Nullen gewählt werden?
Und verstehe ich das richtig, das du mit der 2227 deine lokale Vorwahl mitwählen willst? Oder übergibst du da noch irgendwie an eine Telefonanlage?

Dirk

Also bisher war es so, dass ich immer die anführende Null bei einer Vorwahl abschneiden musste, sonst bin ich mit Telefonaten garnicht rausgekommen.

Das anhängen der 2227 ist für Ortsgespräche, da man am Telefon nur die "0" für Amtsholung und dann die Anschlussnummer z.B. 808188 wählt.
Da ich mit den Ortsgesprächen Probleme hatte, hab ich einfach bei einer solchen eingabe die Vorwahl dran gehangen, dann ging es Problemlos.

EDIT:
Wenn ich mit 0 bei der Vorwahl mitwähle, kommt nun ein hauch eines Freitons und danach sofort hangup.

Cli:

 == Using TOS bits 0
    -- Starting simple switch on 'Zap/2-1'
    -- Accepting overlap voice call from '101' to '<unspecified>' on channel 0/2, span 1
    -- Executing BackGround("Zap/2-1", "isdn") in new stack
    -- Playing 'isdn' (language 'de')
    -- Executing Dial("Zap/2-1", "Zap/g2/0222792XXXX|60|Tr") in new stack
    -- Requested transfer capability: 0x10 - 3K1AUDIO
    -- Called g2/0222792XXXX
    -- Zap/4-1 is proceeding passing it to Zap/2-1
    -- Channel 0/1, span 2 got hangup request
    -- Channel 0/1, span 2 received AOC-E charging 0 units
    -- Hungup 'Zap/4-1'
  == No one is available to answer at this time (1:0/0/0)
    -- Executing Hangup("Zap/2-1", "") in new stack
  == Spawn extension (default, 092XXXX, 3) exited non-zero on 'Zap/2-1'
    -- Hungup 'Zap/2-1'

 

[dischneider]

Also, das wird so im Guten nicht funktionieren können.
Du kannst prüfen, ob die Vorwahl mitgewählt wurde, wenn nicht diese hinzufügen.
Aber die führende "0" sollte schon da sein.

Bei mir sieht das dann in etwa (allerdings mit mISDN) so aus:

[globals]
PREFIX => 01234
HANDY => 01026

[my_extension]
exten => _001[567].,1,Dial(mISDN/g:dialout-isdn/${HANDY}${EXTEN:1})
exten => _001[567].,n,Hangup()

exten => _00[189].,1,Dial(mISDN/g:dialout-isdn/${EXTEN:1})
exten => _00[189].,n,Hangup()

exten => _0Z.,1,Dial(SIP/${PREFIX}${EXTEN:1}@dialout-sip)
exten => _0Z.,n,Dial(mISDN/g:dialout-isdn/${PREFIX}${EXTEN:1})
exten => _0Z.,n,Hangup()

exten => _00N.,1,Dial(SIP/${EXTEN:1}@dialout-sip)
exten => _00N.,n,Dial(mISDN/g:dialout-isdn/${EXTEN:1})
exten => _00N.,n,Hangup()

(etwas vereinfacht)

Zur Erklärung:

1) Wird bei Vorwahlen 015.., 016.., 017.. per Festnetz mit Vorwahl (01026) rausgewählt, da preiswerter.
2) Wird bei Vorwahlen 01.., 08.., 09.. (Sonderrufnummern) immer per ISDN gewählt
3) Wird bei allen Rufnummern ohne führende "0" die Vorwahl hinzugefügt und dann als erstes per SIP versucht, im Nicht-Erfolgsfall per ISDN (dort könnte ${PREFIX} entfallen
4) Werden alle anderen Nummern wie (3), nur ohne Voranstellen des ${PREFIX} gewählt

Die erste "0" in den Nummern dient in allen Fällen der Amtsholung und wird per "${EXTEN:1}" dann wieder abgeschnitten.

Funktioniert wie gewünscht ...

Dirk

 

[freach]

Warum sollte es nocht so funktionieren, gestern hat es defenitiv so funktioniert.
Aber ich will mich ja für alles offen zeigen.
Hab meinen Part isdn raus in die welt mal so verfasst wie du es meinst.

extensions.conf:

; Über ISDN raus ins Festnetz
[isdn_out_fn]
exten => _0XX.,1,Background(isdn)
exten => _0XX.,n,dial(Zap/g2/${EXTEN:1},60,Tr)
exten => _0XX.,n,hangup()

Angenommen man wählt 001234 919191 würde das Gespräch als 01234 919191 per ISDN rausgehen.

Bei mir ergibt das aber das gleiche Problem wie bisher.

Cli:

-- Starting simple switch on 'Zap/2-1'
    -- Accepting overlap voice call from '101' to '<unspecified>' on channel 0/2, span 1
    -- Executing BackGround("Zap/2-1", "isdn") in new stack
    -- Playing 'isdn' (language 'de')
    -- Executing Dial("Zap/2-1", "Zap/g2/0160963XXXXX|60|Tr") in new stack
  == Everyone is busy/congested at this time (1:0/1/0)
    -- Executing Hangup("Zap/2-1", "") in new stack
  == Spawn extension (default, 00160963XXXXX, 3) exited non-zero on 'Zap/2-1'
    -- Hungup 'Zap/2-1'

Könnte es vielleicht an der zaptel.conf oder zapata.conf liegen?

zaptel.conf:

#/etc/zaptel.conf
loadzone=de
defaultzone=de

span=1,1,3,ccs,ami
bchan=1-2
dchan=3

span=2,1,3,ccs,ami
bchan=4-5
dchan=6

zapata.conf

;/etc/asterisk/zapata.conf

[channels]
language=de
switchtype = euroisdn
nationalprefix = 0
internationalprefix = 00
echocancel=yes
echotraining = 100
echocancelwhenbridged=yes
immediate=no
overlapdial=yes

group = 1
signalling = bri_net_ptmp
context=default
channel => 1-2

group = 2
signalling = bri_cpe_ptmp
context=default
channel => 4-5

 

[dischneider]

Von wo kommt dein Ruf?
Welches Endgerät auf welchem Device?

 

[freach]

Bei mir ist das ganze so aufgebaut

Das im moment nicht funktioniert ist über Softphones oder T-Sinus 45 S über HFC TE in die Welt zu Telefonieren.

Heißt:
Kein Teilnehmer kann über die Teilnehmerkarte in das ISDN - Netz telefonieren.

In den Cli Logs die ich bisher gepostet habe, habe ich vom T-Sinus 45 S aus versucht ins Festnetz zu kommen.

In zapata.conf ausgedrückt versuche ich über Group 1 (HFC NT) Channel 1 einen Anruf nach z.B. 01234/12345 zu starten, der wird dann angenommen und über Group 2 (HFC TE) Channel 4 in das ISDN Netz geleitet.

 

[dischneider]

Hmm, OK.
Also, ich habe zapatel.conf bisher nur für analoge Ports genutzt, daher bin ich mir bei ISDN nicht ganz sicher, aber:

channel => 1-2 ; sind hier B-Kanäle oder Ports gemeint??
channel => 4-5 ; wo ist channel 3??

Oder andersherum, zählt er die D-Kanäle mit? Sicher?

Bei analogen Karten meint channel=port, aber das ist ja auch nicht verwunderlich ...
Bei mISDN und CAPI und so wird ISDN immer Portweise (= 2 B-Kanäle) angesprochen.

Wie gesagt, bin mir nicht sicher, aber da würde ich jetzt erst mal ansetzen ...

Dirk

 

[freach]

Jede Karte hat nur einen Port.
2x HFC PCI eine NT und eine TE.
HFC NT hat die B-Kanäle auf 1-2
HFC TE hat die B-Kanäle auf 4-5

In der zaptel.conf gibt man den D-Kanal extra an und er wird bei der Kanalaufteilung mitgezählt.

Anders dokumentiert hab ich es bisher nicht gesehen.


EDIT:
Ich hab jetzt nationalprefix = 0 und internationalprefix = 00 in der zapata.conf auskommentiert und jetzt geht wieder alles, aber auch nur dann wenn ich die Null bei jeder Vorwahl abschneide.

EDIT NR.2:
Jetzt weiss ich auch nicht mehr weiter, ich konnte wieder raustelefonieren, war heil froh, habs gerade wieder versucht, aber dann hatte ich wieder das Problem das der Channel sofort beendet wird.
Wieder die gleiche Meldung in der Cli.

Cli:

   -- Starting simple switch on 'Zap/2-1'
    -- Accepting overlap voice call from '101' to '<unspecified>' on channel 0/2, span 1
    -- Executing Playback("Zap/2-1", "mobil") in new stack
    -- Playing 'mobil' (language 'de')
    -- Executing Dial("Zap/2-1", "Zap/g2/160963XXXXX|60|Tr") in new stack
  == Everyone is busy/congested at this time (1:0/1/0)
    -- Executing Hangup("Zap/2-1", "") in new stack
  == Spawn extension (default, 00160963XXXXX, 3) exited non-zero on 'Zap/2-1'
    -- Hungup 'Zap/2-1'

== Everyone is busy/congested at this time (1:0/1/0)

Da is aber nix busy!!

 

[freach]

Lösung des Problems war Florz Patch.

Die beiden HFC Karten haben zu viele Interupts verursacht.
Florz Patch eingespielt, Karte auf eigenem IRQ als timer_card defeniert, seitdem funktioniert es Problemlos.