Anrufe kommen nicht an.

[PsychoMantis]

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

[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

[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

host=proxy.dus.net
fromdomain=proxy.dus.net

durch

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.

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.

 

[FrankIT]

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:

[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:

[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.

 

[PsychoMantis]

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.

 

[FrankIT]

Das insecure=port,invite ist tatsächlich (relativ) neu. insecure=very bewirkt dasselbe, gilt aber inzwischen als veraltet.