(Probleme gelöst) Asterisk + ISDN-Anlage

RICHTIG; das hat mich auch die ganze Nacht beschäftigt. Ich habs heute früh geändert und es hat funktioniert!!! Danke an norden!

Lasst Euch nur nicht von meinem Profil täuschen, ich bin nach wie vor Neuling, Anfänger.
Jetzt nur noch die Sache mit der "Doppelnull", von der eine weg muss.

TraXanos hatte geschrieben, ich soll einen * in die Dial-Zeile einfügenund die EXTEN-Anweisung auf 2 ändern.
Muss dann die Zeile etwa so aussehen:

exten => _*0.,1,Dial(CAPI/@25:${EXTEN:2},,Tt)
 
Frohe Ostern! :D

Freut mich zu hören, dass ich mit meinem Tipp richtig lag. :)

Traxanos meinte wohl, dass du die extensions.conf wie folgt abändern solltest:
[external-ISDN]
exten => _X.,1,Dial(Capi...
[external-BLUESIP]
exten => _*8X.,1,Dial(SIP...
[external-SIPGATE]
exten => _*9X.,1,Dial(SIP...

Ich habe jetzt jeweils nur den Anfang der ersten Zeile aufgeschrieben. Die übrigen Zeilen müssen natürlich auch angepasst werden.
Das würde dann bedeuten, dass asterisk bei jeder Nummer, die nicht mit *8 oder *9 beginnt über den CAPI rauswählt. Wenn du mit Bluesip rauswählen möchtest, müsstest du dann *8 vorweg wählen und für Sipgate wählst du *9 vorweg.
Die erste 0 für die analoge Anlage bleibt natürlich wie gehabt.
 
Für was steht das große X ? Seh ich den Wald vor lauter Bäumen nicht??
 
* übernimmt den dialplan nicht in der Form wie du ihn erstellst sondern sortiert um (Reihenfolge):

dein dialplan:

_11.,1,dial(
_1.,1,dial(

Reihenfolge in *:

_1.,1,dial(
_11.,1,dial(

Das Ergebnis kann natürlich ganz unterschiedlich sein!

Deshalb gibt es quasi ein Auffüllzeichen, welches die Länge ausgleicht:

_11.,1,dial(
_1X.,1,dial(
 
Frohe Ostern gleichfalls;
wie muss dann konkret die Dial-Zeile aussehen, damit ich nicht 001058....
wählen muss (von der analogen "0" reden wir mal nichtmehr, das habe ich geschnallt)?

so sieht sie im Moment aus:
[external-ISDN]
exten => _0.,1,Dial(CAPI/25:${EXTEN:1},,Tt)
Soll sie eventuell so aussehen:
[external-ISDN]
exten => _X.,1,Dial(CAPI/25:${EXTEN:1},,Tt)

oder so:
[external-ISDN]
exten => _*0.,1,Dial(CAPI/25:${EXTEN:2},,Tt)

oder etwa so:
[external-ISDN]
exten => _*0X.,1,Dial(CAPI/25:${EXTEN:2},,Tt)

Ich kriegs ohne Eure Hilfe nicht auf die Reihe.
 
[external-ISDN]
exten => _X.,1,Dial(CAPI/25:${EXTEN},,Tt) oder

[external-ISDN]
exten => _.,1,Dial(CAPI/25:${EXTEN},,Tt)

siehe mein früherer Beitrag zu X!
 
So, das mit der Capi scheint zu funktionieren, auch das mit dem "Nullen" vorwählen. Auch *8 bzw. *9 gehen rauswärts.
Nun bekomme ich keine Verbindung zu den terrestrischen Nummern von Sipgate bzw. Bluesip.

Connected to Asterisk CVS-HEAD-08/13/04-12:00:00-BRI-stuffed-0.1.0-RC4a currently running on fli4l (pid = 4352)
Mar 27 13:44:30 WARNING[13325]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0

Hat noch jemand eine Idee?
 
Du kannst dich über asterisk nicht selbst anrufen!

wenn du dich mit 'asterisk -dddvvvr' anmeldest, siehst du bei einigen Providern ein 'loop detected' - sie stellen fest, dass ein Ruf an sie raus und rein geht und dies wird unterbunden!
 
Wenn ich mit meinem Handy diese Münchener Nummer von bluesip anwähle bzw. die 01801 von Sipgate, dann sollde das doch gehen, ist es ja bisher auch. Ich glaube eher, es hängt mit dem nun neuen *8 bzw. *9 zusammen.

[external-ISDN]
exten => _X.,1,Dial(CAPI/25:${EXTEN},,Tt)

[external-BLUESIP]
exten => _*8.,1,Dial(SIP/${EXTEN:2}@bluesip,60,tT)

An der letzten exten-Zeile muss im Zusammenhang mit der ISDN-exten-Zeile noch ein Fehler sein, ich grübele noch, welcher. So wie Du weiter oben geschrieben hast, muss ich eine Stelle mit X auffüllen, damit alle exten-Zeilen gleich sind hinsichtlich der Zeichenanzahl vor dem Dial.
 
Habe eben mal den * neu gestartet, jetzt funktioniert der Ruf vom Handy an die SIP-Festnetznummern!! Nur die Warnungen kommen immer noch:

Mar 27 16:00:52 WARNING[13326]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
Mar 27 16:01:28 WARNING[13326]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
Mar 27 16:02:04 WARNING[13326]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
Mar 27 16:02:40 WARNING[13326]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
Mar 27 16:03:16 WARNING[13326]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
Mar 27 16:03:52 WARNING[13326]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
Mar 27 16:04:28 WARNING[13326]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
 
Ist da ein Tippfehler drin:

..... ${ETEN:${TRUNKMSD}})

hat man ein X bei den ETEN vergessen, müsste das vielleicht nicht vielmehr EXTEN heißen?
Bitte, ich will nicht rumnörgeln. Nur hier ist eben jedes Zeichen wichtig.
 
Du hast Recht. Da wird wohl ein X fehlen.

EDIT:
Rest gelöscht, da von mir falsch verstanden... :roll:
 
Das eintragen von TRUNKMSD hat nichts gebracht. Die Fehlermeldung ist die Gleiche geblieben:
Connected to Asterisk CVS-HEAD-08/13/04-12:00:00-BRI-stuffed-0.1.0-RC4a currently running on fli4l (pid = 4357)
Mar 27 18:41:00 WARNING[13325]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
Mar 27 18:41:36 WARNING[13325]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
Mar 27 18:42:12 WARNING[13325]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
Mar 27 18:42:48 WARNING[13325]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
Mar 27 18:43:24 WARNING[13325]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
Mar 27 18:44:00 WARNING[13325]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
Mar 27 18:44:36 WARNING[13325]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0

usw. usw. die meldet sich alle 36 Sekunden.
 
Wenn ich die bluesip-Nummer mit dem Handy wähle, bringt Asterisk folgende Meldungen:

*CLI> == Primary D-Channel on span 1 up for TEI 64
Mar 27 20:09:34 WARNING[13325]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
-- Executing Dial("SIP/7778667-55d9", "CAPI/25:7778667||Tt") in new stack
-- creating pipe for PLCI=-1
-- Called 25:7778667
-- CAPI[contr1/25]/0 is making progress passing it to SIP/7778667-55d9
-- CAPI[contr1/25]/0 is ringing
== Primary D-Channel on span 1 down for TEI 64
-- CAPI Hangingup
-- removed pipe for PLCI = 0x101
== Spawn extension (default, 7778667, 1) exited non-zero on 'SIP/7778667-55d9'
== Primary D-Channel on span 1 up for TEI 64
Mar 27 20:10:10 WARNING[13325]: chan_zap.c:6902 zt_pri_error: PRI: Call Reference Length not supported: 0
== Primary D-Channel on span 1 down for TEI 64

demnach muss an meiner extensions.conf immernoch was falsch sein. Ich poste sie hier nochmal und bitte um Korrektiur:

[globals]
IAXINFO=guest

[internal]
exten => 1234,1,Dial(ZAP/g1/1234,20,Tt)
exten => 1234,2,Voicemail2(u1234)
exten => 1234,3,Hangup
exten => 1234,102,Voicemail2(b1234)
exten => 1234,103,Hangup

[external-ISDN]
exten => _X.,1,Dial(CAPI/25:${EXTEN},,Tt)
exten => _X.,2,Congestion
exten => _X.,3,Hangup
exten => 3312,1,Dial(ZAP/g1/25,45,r)
exten => 50459,1,Dial(ZAP/g1/25,45,r)
exten => 50523,1,Dial(ZAP/g1/25,45,r)

[external-BLUESIP]
exten => _*8.,1,Dial(SIP/${EXTEN:2}@bluesip,60,tT)
exten => _*8.,2,Congestion
exten => _*8.,3,Busy
exten => _*8.,4,Hangup
exten => manni841,1,Dial(ZAP/g1/25,45,r)

[external-SIPGATE]
exten => _*9.,1,Dial(SIP/${EXTEN:2}@sipgate,60,tT)
exten => _*9.,2,Congestion
exten => _*9.,3,Busy
exten => _*9.,4,Hangup
exten => 7778667,1,Dial(ZAP/g1/25,45,r)

[vmailbox]
exten => 8000,1,VoicemailMain

[default]
include => vmailbox
include => internal
include => external-ISDN
include => external-BLUESIP
include => external-SIPGATE
 
Verweist du in der der sip.conf auch auf die verschiedenen Kontexte in der extensions.conf. Ich hatte damit auch mal Probleme, da Asterisk für die ankommenden Gespräche wohl (zumindest teilweise) den Kontext nimmt, der am Anfang der der sip.conf steht und nicht unbedingt den zu den einzelnen SIP-Clients gehörenden. Ich gehe daher für eingehende Gespräche über den default-Kontext. Vielleicht postest du noch mal deine sip.conf.

EDIT:
Es sieht in der CLI-Ausgabe aus, als würde Asterisk auch bei dir im Kontext "default" nach den extensions suchen.
== Spawn extension (default, 7778667, 1) exited non-zero on 'SIP/7778667-55d9'
 
Hallo norden, schön wieder was von Dir zu hörenHier mal meine aktuelle sip.conf:

[general]
port = 5060
bindaddr = 0.0.0.0
Localnet = 192.168.115.0/255.255.255.0
srvlookup = yes
externip=asero.dyndns.org
context=default
disallow=all
allow=gsm
allow=ulaw
allow=alaw
register => bluesip/manni841:[email protected]/manni841
register => 7778667:[email protected]/7778667
canreinvite=no
tos=0x18
insecure=very
nat=yes
dtmfmode=info
maxexpirey=3600
defaultexpirey=600
language=de

[bluesip]
type=friend
username=bluesip/manni841
secret=xxxxxx
host=bluesip.net
fromuser=bluesip/manni841
fromdomain=bluesip.net
qualify=no
allow=g726
insecure=very

[sipgate]
type=friend
username=7778667
secret=xxxxxx
host=sipgate.de
fromuser=7778667
fromdomain=sipgate.de
careinvite=no
qualify=no
disallow=all
allow=g726
allow=g729
allow=gsm
insecure=very
nat=no
dtmfmode=info
tos=0x18
insecure=very

Ich habe offenbar einen Knoten im Gehirn, ich komme nicht weiter.
 
So, ich glaube, ich hab's jetzt gefunden:
Deine über Sipgate und Bluetel eingehenden Anrufe versucht Asterisk über den Channel CAPI weiterzugeben und nicht wie von dir gewollt über "ZAP". Das liegt daran, dass die Anrufe im Context "default" landen. Von dort verweist du sie dann auf ALLE anderen Kontexte. Die ankommenden Gespräche von Sipgate und Bluetel landen so auch im Kontext "external-ISDN". Und alle Anrufe die dort landen, gehen wegen "_X." über den Capi raus. Du müsstest wohl deine Kontexte nochmal überarbeiten. Ich würde generell zwischen abgehenden und ankommenden Extensions trennen und diese nicht in einem Kontext zusammenfassen.
-- Executing Dial("SIP/7778667-55d9", "CAPI/25:7778667||Tt") in new stack
-- creating pipe for PLCI=-1
-- Called 25:7778667
-- CAPI[contr1/25]/0 is making progress passing it to SIP/7778667-55d9
-- CAPI[contr1/25]/0 is ringing
 
Hallo norden,
guter Vorschlag. Nur für mich persönlich ist das wie eines der sprichwörtlichen "böhmischen Dörfer".
Könnte das etwa so aussehen:
[external-ISDN ausgehend]
exten => _X.,1,Dial(CAPI/25:${EXTEN},,Tt)
exten => _X.,2,Congestion
exten => _X.,3,Hangup

[external-ISDN eingehend]
exten => 3312,1,Dial(ZAP/g1/25,45,r)
exten => 50459,1,Dial(ZAP/g1/25,45,r)
exten => 50523,1,Dial(ZAP/g1/25,45,r)

dann die include-Anweisungen entsprechend abändern?

Und bei BLUESIP und SIPGATE die gleiche Prozedur?
Das wäre ja fast zu einfach.
 
Ja, in der Art läuft es bei mir. Ich würde in dem Namen für den Kontext allerdings kein Leerzeichen verwenden. Also eher: [external-ISDN_eingehend] oder ähnliches. Die Include-Anweisungen müssen dann auch geändert werden. Ja, bei Bluesip und Sipgate das gleiche.
 
Kostenlos!

Statistik des Forums

Themen
248,878
Beiträge
2,303,770
Mitglieder
378,546
Neuestes Mitglied
Looki_Luzi