[Frage] eingehende Telefonate (SIP) funktionieren nicht

avalox

Neuer User
Mitglied seit
29 Jun 2005
Beiträge
33
Punkte für Reaktionen
0
Punkte
6
Hallo zusammen,

ich bin absoluter Neuling was das Thema Asterisk angeht, habe heute aber mal angefangen zu "basteln".

Was bisher funktioniert (asterisk-11.6.1-1_centos6.x86_64) is folgendes:

- telefonieren intern zwischen 2 Telefonen
- rauswählen von beiden Telefonen

Was ich jedoch aktuell nicht hinbekomme sind eingehende Anrufe (immer besetzt). Im tcpdump stehe ich Daten ankommen, aber im Log taucht (trotz Debug) nichts auf. Fahre ich Asterisk runter, ist nicht mehr besetzt, sondern der Anruf schlägt fehl. Der Anruf scheint also schon bis zur Asterisk durchzukommen, dann aber zu hängen o.ä.

Hier mal meine Configs:

sip.conf
Code:
[general]
context=default
allowoverlap=no
udpbindaddr=0.0.0.0
tcpenable=yes
tcpbindaddr=0.0.0.0
srvlookup=yes
engine=asterisk
externrefresh=60

disallow=all
allow=ulaw
allow=alaw
allow=g729 
allow=gsm 
qualify=no

register => 0049xxxxxxxxxxxx:[email protected]/0049xxxxxxxxxxxx  

[0049xxxxxxxxxxxx ]
type=peer
defaultuser=0049xxxxxxxxxxxx  
fromuser=0049xxxxxxxxxxxx 
username=0049xxxxxxxxxxxx 
secret=ctcp234znw
host=sip.easybell.de
fromdomain=sip.easybell.de
domain=sip.easybell.de
nat=yes
dtmfmode=auto
insecure=port,invite 

[easybell_de_in]
type=peer
host=sip.easybell.de
fromdomain=sip.easybell.de
domain=sip.easybell.de
dtmfmode=auto
context=incoming

[test-phones](!)
type=friend
context=default
secret=xxxxxxxx
host=dynamic
nat=no
qualify=yes
canreinvite=no
callgroup=1
pickupgroup=1
dtmfmode=auto
disallow=all
allow=g722

[43](test-phones)
callerid="Sebastian1" <43>
username=43
secret=test123

[44](test-phones)
callerid="Sebastian2" <44>
username=44
secret=test123

res_stun_monitor.conf
Code:
[general]
stunaddr = stun.easybell.de
stunrefresh = 30

extensions.conf
Code:
[general]
static=yes
writeprotect=no

[local]
exten => _XX,1,Dial(SIP/${EXTEN},55,TtrWw)

[outgoing]
exten => _0.,1,Dial(SIP/${EXTEN}@0049xxxxxxxxxxxx,45,hHw)

[incoming]
exten => 0049xxxxxxxxxxxx,1,Dial(SIP/43,30,r)

[default]
include => local
include => outgoing
include => incoming

Hoffe mir kann bei meinem Problem jemand helfen.

Am Ende sollen ganz einfach ALLE angeschlossenen Telefone klingen, wenn ein Anrufe rein kommt. Im Endeffekt fehlt mir nur noch das.

Gruß und danke
Sebastian
 
Zuletzt bearbeitet von einem Moderator:
Ich bin zwar selbst noch absolut neu, aber soweit bin ich schon gekommen ;-).

schau mal in der asterisk console (falls der server gerstartet ist kommst du mit asterisk -vvvvc -r dorthin)
sip show registry

Da sollte dann der Registry eintag aufrauchen.

Die Zeile um die es geht ist die:
register => [email protected]/0049xxxxxxxxxxxx
es muss 00491234567:daspasswort:[email protected]/00491234567 heißen

ich glaub der user name fehlt versuch mal die nummer nochmal [email protected]
In der extension.conf versuch doch erstmal ein Telefon klingeln zu lassen:
exten => 0049xxxxxxxxxxxx,1,Dial(SIP/43)

Grüße
Seballa
 
Hi Seballa,

danke für Deine Antwort.

Ich hab jetzt beide Varianten was "register =>" angeht probiert. Sowohl 00491234567:daspasswort:[email protected]/00491234567, als auch 00491234567:[email protected]/00491234567

Beides führt zu:
Code:
sip.easybell.de:5060                    N      0049xxxxxxxx      105 Registered           Thu, 19 Dec 2013 14:56:15

Ausgehende Anrufe gehen auch mit beiden Kombinationen. Ich hab auch die extensions.conf so angepasst wie Du vorgeschlagen hast:

[incoming]
exten => 00492xxxxxxxx,1,Dial(SIP/43)

leider ist weiterhin besetzt.

EDIT: während des Anrufs sieht man in der Konsole folgendes:
Code:
 == Using SIP RTP CoS mark 5
    -- Executing [004921xxxxxxxxxxxx@default:1] Dial("SIP/004921xxxxxxxxxxxxxxx-00000008", "SIP/004921xxxxxxxxxxxx@004921xxxxxxxxxxxxxxxxx,45,hHw") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/004921xxxxxxxxxxxxxx@004921xxxxxxxxxxxxxxxxx
    -- Got SIP response 486 "Busy" back from 212.172.97.124:5060
    -- SIP/004921xxxxxxxxxxx-00000009 is busy
  == Everyone is busy/congested at this time (1:1/0/0)
    -- Auto fallthrough, channel 'SIP/004921xxxxxxxxxxxxxxx-00000008' status is 'BUSY'

Gruß Sebastian
 
Zuletzt bearbeitet von einem Moderator:
Schau mal ob du ein Hello World bekommst :
die exten Zeile von eben mit ; auskommentieren und dann:

exten => 0049XXX,1,Answer()
exten => 0049XXX,2,Playback(hello-world)
exten => 0049XXX,4,Hangup()
 
interessant, dass geht. Ich rufe an, es kommt "hello world", nach ein paar Sekunden wird aufgelegt.

Das taucht in der Konsole auf:
Code:
  == Using SIP RTP CoS mark 5
    -- Executing [004921199540895@default:1] Dial("SIP/004921xxxxxxxxx-00000002", "SIP/004921xxxxxxxxxxx@004921xxxxxxxxxxxxx,45,hHw") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/004921xxxxxxxxxxx@004921xxxxxxxxxxx
    -- Got SIP response 486 "Busy" back from 212.172.97.124:5060
    -- SIP/004921xxxxxxxxxxx00000003 is busy
  == Everyone is busy/congested at this time (1:1/0/0)
    -- Executing [004921xxxxxxxxxxxx@default:2] Playback("SIP/004921xxxxxxxxxxxxx-00000002", "hello-world") in new stack
    -- <SIP/004921xxxxxxxxxxxx-00000002> Playing 'hello-world.gsm' (language 'en')
    -- Auto fallthrough, channel 'SIP/004921xxxxxxxxxxxxx-00000002' status is 'BUSY'
[Dec 19 15:31:26] WARNING[15345][C-00000001]: channel.c:4630 ast_indicate_data: Unable to handle indication 5 for 'SIP/004921xxxxxxxxxxx-00000002'
 
Zuletzt bearbeitet von einem Moderator:
dann liegt der Fehler in der Konfiguration der SIP Telefone ich blicke leider selbst noch nicht 100% durch, aber meine sip.conf sieht viel einfacher aus den context und die gruppen in der extensions.conf kannst du für deine mini anlage auch weglassen, also alle einträge unter unter [default] und in der sip.conf die context zeilen raus.

So sieht meine sip.conf aus
Code:
[general]
port=5060
bindaddr=0.0.0.0
localnet=192.168.2.0/255.255.255.0
srvlookup=yes
nat=yes
session-timers=refuse
 
; for incoming calls
register=>0049933BABLABLAB
 
[301]
type=friend
secret=1234
host=dynamic

[302]
type=friend
secret=1234
host=dynamic
 
Zuletzt bearbeitet von einem Moderator:
es geht jetzt.

hab einfach das hier komplett rausgeschmissen:
Code:
[easybell_de_in]
type=peer
host=sip.easybell.de
fromdomain=sip.easybell.de
domain=sip.easybell.de
dtmfmode=auto
context=incoming

und in der extensions alles unter default gepackt.

Danke für die Hilfe! :)
 
Zuletzt bearbeitet von einem Moderator:
so, neues Problem :)

Nachdem die easybell tests erfolgreich waren, wollte ich auf sipgate umstellen.

Funktioniert eingehend auch super. Diesmal bekomme ich allerdings keine ausgehenden Gespräche hin.

Fehlermeldung:
Code:
 == Using SIP RTP CoS mark 5
    -- Executing [meineHandyNummer@default:1] Dial("SIP/43-00000000", "SIP/meineHandyNummer@sipGateUser,45,hHw") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/meineHandyNummer@sipGateUser
[Dec 19 19:35:02] NOTICE[18581][C-00000000]: chan_sip.c:22932 handle_response_invite: Failed to authenticate on INVITE to '"SnomTest" <sip:[email protected]>;tag=as18973efb'
    -- SIP/sipGateUser-00000001 is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)
    -- Auto fallthrough, channel 'SIP/43-00000000' status is 'CONGESTION'

meine extensions.conf dafür sieht nun so aus:

exten => _0.,1,Dial(SIP/${EXTEN}@sipGateUser,45,hHw)

die sip.conf so:

Code:
register => sipGateUser:[email protected]/sipGateUser

[sipGateUser]
type=friend
username=sipGateUser
fromuser=sipGateUser
fromdomain=sipgate.de
secret=pass
host=sipgate.de
nat=yes
insecure=invite
qualify=yes
dtmfmode=rfc2833
disallow=all
allow=ulaw,alaw
outboundproxy=proxy.live.sipgate.de

Danke und Gruß
Sebastian
 
Zuletzt bearbeitet von einem Moderator:
Hast du wirklich einen Sipgate Team Account? Falls nicht dann trag beim register folgendes Schema ein.

register => sipGateUser:[email protected]/sipGateUser

Was kriegst du angezeigt wenn du auf der CLI

sip show register

eingibst?

exten => _X.,2,Dial(SIP/sipgate_outgoing_account1/${EXTEN},30,trg)
Seballa

Sollte so aussehen.

exten => _X.,2,Dial(SIP/${EXTEN}@sipgate_outgoing_account1,30,trg)
 
Zuletzt bearbeitet von einem Moderator:
Der nächste Beitrag hier, in dem Konfigs oder Logs ohne [noparse]
Code:
...
[/noparse] gepostet werden, wird gelöscht. Ich habe zu Hause schon genug zu putzen. :motz:

Die register Anweisung hat mit ausgehenden Anrufen nichts zu tun. Dafür ist allein die Peer Definition verantwortlich. Und es sind beide Schreibweise in Ordnung, Tech/Peer/Dest oder Tech/Dest@Peer.

Das CLI sagt unmissverständlich, dass sipgate die Anmeldung ablehnt. Der outboundproxy=proxy.live.sipgate.de ist nur für sipgate Team, lass das mal weg.
 
Hi,

ich hab aber Sipgate Team :) Die Config von der Sipgate Seite hatte ich auch schon probiert.

So sieht es aktuell bei mir aus

Code:
register => SipUser:[email protected]/SipUser

[outgoing]
type=friend
username=SipUser
fromuser=SipUser
fromdomain=sipgate.de
secret=Pass
host=sipgate.de
nat=yes
insecure=invite
qualify=yes
dtmfmode=rfc2833
disallow=all
allow=ulaw,alaw
outboundproxy=proxy.live.sipgate.de

Code:
exten => _X.,1,Set(CALLERID(num)=SipUser)
exten => _X.,2,Dial(SIP/${EXTEN}@outgoing,30,trg)
exten => _X.,3,Hangup

Damit kommt:

Code:
    -- Executing [Handynummer@default:1] Set("SIP/43-00000000", "CALLERID(num)=SipUser") in new stack
    -- Executing [Handynummer@default:2] Dial("SIP/43-00000000", "SIP/Handynummer@SipUser,30,trg") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/Handynummer@SipUser
[Dec 20 12:18:54] NOTICE[21867][C-00000000]: chan_sip.c:22932 handle_response_invite: Failed to authenticate on INVITE to '"SnomTest" <sip:[email protected]>;tag=as53089b46'
    -- SIP/SipUser-00000001 is circuit-busy
  == Everyone is busy/congested at this time (1:0/1/0)
    -- Executing [Handynummer@default:3] Hangup("SIP/43-00000000", "") in new stack
  == Spawn extension (default, Handynummer, 3) exited non-zero on 'SIP/43-00000000'

Eingehend geht weiterhin. Ich sollte dazu erwähnen, dass der Sipaccount auch noch auf einer anderen Anlage aktiv ist. Bei eingehenden Gesprächen ist das anscheinend auch kein Problem (bei Anlagen bekommen den Anruf). Ich weiss nicht, ob das ausgehend eventuell ein Problem oder nicht seitens Sipgate erlaubt ist!?

Danke!

Gruß Sebastian

Danke und Gruß Sebastian
 
Kostenlos!

Neueste Beiträge

Statistik des Forums

Themen
248,857
Beiträge
2,302,987
Mitglieder
378,504
Neuestes Mitglied
Hallo61Hallo