Anrufe kommen nicht an.

PsychoMantis

Aktives Mitglied
Mitglied seit
18 Dez 2005
Beiträge
2,538
Punkte für Reaktionen
9
Punkte
38
Ich grabe mal das Thema aus, da ich gerade auch Probleme bei eingehenden Anrufen habe.

Ich habe das mit diesen helios, zelos usw. getestet und auch ohne.

Was zum Geier sind das eigentlich für Server??? Bei einer FBF muss man doch auch nur proxy.dus.net eintragen.

Ich habe das mal ohne diese extra-Server gemacht (aber auch testweise mit denen erhalte ich die selbe Fehlermeldung:):
[Mar 31 21:35:31] NOTICE[23053]: chan_sip.c:13885 handle_request_invite: Call from '' to extension '000387xxxxxx rejected because extension not found.

Wie ich das sehe, kommen die Anrufe aufjedenfall schon mal an, aber weiter wollen die nicht :-(

Teil der sip.conf
Code:
[general]
context=default
bindport=5060
bindaddr=77.37.xx.xx
srvlookup=yes
language=de
qualify=yes
insecure=very
canreinvite=no
dtmfmode=auto
useragent=FRITZ!Box Fon WLAN 7170 (UI) 29.04.29 (Dec 8 2006)
register => abc:[email protected]/abc
register => 000387xxxxxx:[email protected]/000387xxxxxx
register => 000387yyyyyy:[email protected]/000387yyyyyy

[meine_trunks](!)
disallow=all
allow=ulaw
allow=alaw
type=peer
nat=no
secret=geheim

[000387yyyyyy](meine_trunks)	;Eltern
username=000387yyyyyy
fromuser=000387yyyyyy
host=proxy.dus.net
fromdomain=proxy.dus.net
context=incoming

[000387xxxx](meine_trunks)     ;mein dus.net account
username=000387xxxx
secret=geheim
fromuser=000387xxxxxx
host=proxy.dus.net
fromdomain=proxy.dus.net
context=incoming

[meine_extensions](!)
disallow=all
allow=ulaw
allow=alaw
allow=ilbc
type=friend
host=dynamic
domain=77.37.xx.xx
nat=yes
secret=geheim

[31](meine_extensions)
user=31

Teil der extensions.conf
Code:
[incoming]
exten => 000387xxxxxx,1,Dial,SIP/31|60|r
exten => 000387yyyyyy,1,Dial,SIP/31|60|r

Das Problem ist jetzt, dass eins davon funktioniert, und das andere nicht.
Das liegt aber definitiv am Asterisk, da in der CLI ja immer wenn es nicht geht die oben genannte Meldung erscheint.

Nachtrag:

Ich habe das
Code:
host=proxy.dus.net
fromdomain=proxy.dus.net
durch
Code:
host=83.125.8.44
fromdomain=83.125.8.44
ersetzt und jetzt läuft alles.

Aber sip show peers bringt eine seltsame Zeit. Normal sind doch so um die 5ms.

Code:
sipbase/000xxxxxxxx        212.87.38.4                 5060     OK (21 ms)
1und1/493xxxxxxxxx         212.227.15.197              5060     OK (4 ms)
000387xxxxxx/000387xxxxxx  83.125.8.44                 5060     OK (470 ms)
000387xxxxxx/000387xxxxxx  83.125.8.44                 5060     OK (470 ms)


Nachtrag: Ich habe es nochmal so versucht, wie es bei dus.net steht (mit diesen ganzen in-servern). Folgende Fehlermeldung: [Apr 1 17:28:36] NOTICE[18372]: chan_sip.c:13885 handle_request_invite: Call from 'dusnet_in_zelos' to extension '000387224678' rejected because extension not found.
 
Zuletzt bearbeitet:
dus.net hat einen SIP-Cluster, Anrufe können von drei verschiedenen IP-Adressen kommen:

83.125.8.44 = zelos
83.125.8.46 = talos
83.125.8.80 = helios

Damit dich ankommende Anrufe auf jeden Fall erreichen, solltest du für jede dieser IP-Adressen einen Peer-Eintrag in der sip.conf anlegen:

Code:
[dusnet-in-zelos]
type=peer
host=zelos.dus.net
context=incoming
insecure=port,invite

[dusnet-in-talos]
type=peer
host=talos.dus.net
context=incoming
insecure=port,invite

[dusnet-in-helios]
type=peer
host=helios.dus.net
context=incoming
insecure=port,invite

Diese Inbound-Peers müssen nach allen anderen dus.net-Einträgen, also insbesondere nach den Outbound-Peers kommen.

Alternativ kannst du auch alle ankommenden Anrufe in einen zentralen Kontext schicken. Dann musst du den aber auch im Abschnitt [general] zuweisen:

Code:
[general]
...
context=incoming

Die Option qualify=yes würde ich höchstens für Endgeräte setzen. Provider mögen das unter Umständen nicht. Vielleicht hat deren Proxy ja eigentlich besseres zu tun, als permanent deine OPTIONS-Anfragen zu beantworten? Ob 5 ms oder 500 ms eher normal sind, kann ich dir jedenfalls nicht sagen.
 
Ahh...danke, jetzt checke ich das. Das ist ja nicht anders als mit Sipgate im Betateilchens Kurs, nur dass da bei Sipgate nur ein Server verwendet wird und bei dus.net drei.

Dieses "insecure=port,invite" ist mir aber neu, ich habe das bei mir auf "insecure=very" gelassen und es funktioniert.
 
Das insecure=port,invite ist tatsächlich (relativ) neu. insecure=very bewirkt dasselbe, gilt aber inzwischen als veraltet.
 

Zurzeit aktive Besucher

Statistik des Forums

Themen
244,868
Beiträge
2,219,771
Mitglieder
371,585
Neuestes Mitglied
PauSchmitz
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.