[endgültig gelöst] Ankommende Anrufe auf ZAP funktionieren, ausgehende nicht...

franzose · 17 Aug 2006

Moin,

ich habe es nun endlich geschafft, dass meine ankommenden Anrufe auf meinem SIP-Telefon und ISDN-Gerät signalisiert werden, nur leider kann ich nicht heraustelefonieren! Also alles, was über meinen SIP-Provider herausgehen soll, wird mit busy/congested verworfen (sowohl vom SIP- als auch ISDN-Gerät). Hier meine extensions.conf:

Code:

[general]
static=yes
writeprotect=no

[lokal]
; Erreichbarkeit der Nebenstellen 40-49 untereinander herstellen

exten => _4X,1,NoCDR()
exten => _4X,2,Dial,SIP/${EXTEN}|55|Ttr
exten => _4X,n,Hangup

; Durchwahl auf ISDN herstellen
exten => _3029221X,1,Dial(Zap/g1/${EXTEN},90,tT)
exten => _3029221X,n,Hangup

[qsc_out]
; Diesen Context verwenden wir zum waehlen von abgehenden
; Rufnummern über den QSC Account

exten => _0.,1,Dial(SIP/${EXTEN}@0531234567,45,r)
exten => _0.,n,Hangup

[ankommend]

exten => 0531234567,1,Dial(SIP/40&Zap/g1/${EXTEN},40,r)

[default]
include => lokal
include => qsc_out

Wo liegt mein Fehler?

-- Starting simple switch on 'Zap/2-1'
-- Executing Dial("Zap/2-1", "SIP/05318345938@0531234567|45|r") in new stack
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing Hangup("Zap/2-1", "") in new stack
== Spawn extension (default, 05318345938, 2) exited non-zero on 'Zap/2-1'
-- Hungup 'Zap/2-1'

Executing Dial("SIP/40-95a3", "SIP/05318345938@0531234567|45|r") in new stack
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing Hangup("SIP/40-95a3", "") in new stack
== Spawn extension (default, 05318345938, 2) exited non-zero on 'SIP/40-95a3'

Code:

galgnet:~ # /usr/sbin/asterisk -rx 'sip show peers' |grep UNREACHABLE
0531234567/0531234567  213.148.136.2               5060     UNREACHABLE

rohrbage · 17 Aug 2006

Bei ISDN hatte ich das auch.
Wie sieht die zapata.conf aus.

franzose · 17 Aug 2006

zapata.conf:

Code:

; Zapata telephony interface
;
; Configuration file

[trunkgroups]

[channels]

language=de

nationalprefix = 0
internationalprefix = 00
usecallerid=yes
usecallingpres=yes
switchtype=euroisdn
echocancel=yes
echocancelwhenbridged=yes
echotraining=100

callwaiting=yes
callwaitingcallerid=yes
adsi=yes

faxdetect=both

;jitterbuffers=0
immediate=no
overlapdial=yes

; NT Modus
signalling=bri_net_ptmp
pridialplan=local
prilocaldialplan = unknown
group=1
context=default
channel=>1-2

Glaube aber nicht, dass es daran liegt, da ich die internen SIPs problemlos anrufen kann und ausgehende Anrufe auch vom SIP-Teilnehmer verworfen werden...

kombjuder · 17 Aug 2006

franzose schrieb:
0531234567/0531234567 213.148.136.2 5060 UNREACHABLE

Hier steht unreachable, dann geht auch nichts. Asterisk kann den Host auflösen, bekommt aber keine Verbindung.
Dann kannst du auch nicht telefonieren.

franzose · 17 Aug 2006

kombjuder schrieb:
Hier steht unreachable, dann geht auch nichts. Asterisk kann den Host auflösen, bekommt aber keine Verbindung.
Dann kannst du auch nicht telefonieren.

Tja, nur woran liegt das? Registriert ist er:

Code:

galgnet:~ # /usr/sbin/asterisk -rx 'sip show registry'
Host                            Username       Refresh State
sip.qsc.de:5060                 0531234567       105 Registered
Verbosity is at least 5

Und warum kommen dann eingehende Anrufe an...

kombjuder · 17 Aug 2006

franzose schrieb:
Und warum kommen dann eingehende Anrufe an...

Die kommen meist auch unregistriert über den default-Context rein.

QSC ist reichlich eigen. Da kann ich dir nicht weiterhelfen.

franzose · 17 Aug 2006

kombjuder schrieb:
Die kommen meist auch unregistriert über den default-Context rein.

QSC ist reichlich eigen. Da kann ich dir nicht weiterhelfen.

??? Registriert ist er doch... ?!?

Und warum ist QSC eigen? Das nutzen doch einige hier...

kombjuder · 17 Aug 2006

franzose schrieb:
Und warum ist QSC eigen? Das nutzen doch einige hier...

und haben jede Menge Probleme damit, bis es lief. Such einfach mal nach asterisk und qsc

franzose · 17 Aug 2006

kombjuder schrieb:
und haben jede Menge Probleme damit, bis es lief. Such einfach mal nach asterisk und qsc

Ja, das mit den Patches habe ich schon gesehen, ich nutze aber Asterisk 1.2.7.1-BRIstuffed-0.3.0-PRE-1o und da sind diese Probleme schon längst behoben, wenn ich nicht etwas ganz großes verpasst habe...

edit: Krass, vielen Dank für den genialen TIP!

Mein Problem hat sich mit diesem Post hier erledigt:

http://www.ip-phone-forum.de/showpost.php?p=588077&postcount=5

Darauf muss man erst einmal kommen! Was für einen Mist verzapft QSC denn da....unglaublich. Damit funktioniert das endlich:

[general]
srvlookup=no

[0531234567]
qualify=no

Die DNS-Geschichte musste ich nicht machen, aber was für ein nicht standardisiertes Ding, man, man, man...

franzose · 18 Aug 2006

Zu früh gefreut!

Ich kann zwar jetzt raustelefonieren, aber manchmal, wenn der Angerufene abnimmt, kommt bei mir das Besetztzeichen und die Verbindung wird unterbrochen! Dies ist bevorzugt bei Auslandsverbindungen der Fall....

Irgendwer eine Idee?

riedere · 18 Aug 2006

Gelöst ! Ein- und AUS-gehende ISDN

Also die Ausgabe von:
cat /proc/zaptel/*
muss die HFC Karte zeigen

Dann in Asterisk check:
pri show span 1
Das muss auch eine Ausgabe geben.

Dann hab ich von einem laufenden System die zapata.conf einzeln durchgegangen und die Ausgaben des laufenden mit dem trixbox verglichen.
T'ja springendet Punkt war:
pridialplan / prilocaldialplan / nationalprefix / internationalprefix
wie unten gesetzt dann gings.

;zapata.conf
[channels]
language=de
switchtype = euroisdn
pridialplan = unknown
prilocaldialplan = unknown
nationalprefix =
internationalprefix =
callwaiting=yes
echocancel = yes
faxdetect=incoming
overlapdial=yes
signalling = bri_cpe

group = 0
context=from-pstn
channel => 1-2

franzose · 19 Aug 2006

franzose schrieb:
Ich kann zwar jetzt raustelefonieren, aber manchmal, wenn der Angerufene abnimmt, kommt bei mir das Besetztzeichen und die Verbindung wird unterbrochen! Dies ist bevorzugt bei Auslandsverbindungen der Fall....

Irgendwer eine Idee?

So, das scheint jetzt auch zu laufen, Problem war, dass ich nur ulaw als Codec erlaubt habe. Scheinbar funktioniert das nicht mit allen Gegenstellen.

Ich habe jetzt nur das Problem, dass ich so ein rauschen bzw. knacken an meinen ISDN-Telefonen habe. Das tritt recht periodisch auf. Ich habe da schon einmal gesucht, dass das Problem vor allem auf Mulitkartensystemen gängig ist, ich habe aber nur eine HFC-Karte... ?

Hat da jemand vielleicht noch einen "Hint"?

/edit: Läuft jetzt nachdem die Karte einen eigenen Interrupt hat.

Languages

Suche

Languages

Suche

[endgültig gelöst] Ankommende Anrufe auf ZAP funktionieren, ausgehende nicht...

franzose

Neuer User

rohrbage

Neuer User

franzose

Neuer User

kombjuder

IPPF-Promi

franzose

Neuer User

kombjuder

IPPF-Promi

franzose

Neuer User

kombjuder

IPPF-Promi

franzose

Neuer User

franzose

Neuer User

riedere

Neuer User

franzose

Neuer User

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums