Time out

freggeln · 30 Mai 2007

Hi,

bin gerade dabei, meinen ersten Asterisk zu konfigurieren. Leider habe ich ein kleines Problem, wo ich so gar nicht mehr weiter weiß.

Sobald ich den Asterisk starte, versucht er sich bei sipgate anzumelden. Allerdings scheitert er mit der folgenden Meldung die ich /var/log/asterisk/messages entnommen habe.

Code:

May 30 19:04:18 NOTICE[2097] chan_sip.c:    -- Registration for '[email protected]' timed out, trying again (Attempt #1)

Hier dann mal meinen sip.conf

Code:

[general]
context=default
bindport=5060
bindaddr=0.0.0.0
externhost=XXXX
srvloopup=yes

;--------------
;
register => SIPID:[email protected]/SIPID

[SIPID]
type=peer
username=SIPID
fromuser=SIPID
secret=SIPPW
host=sipgate.de
fromdomain=sipgate.de
insecure=very
canreinvite=no
nat=no
disallow=all
allow=ulaw

[sipgate_de_in]
type=peer
fromdomain=sipgate.de
host=sipgate.de
disallow=all
allow=ulaw
context=ankommend

[30]
callerid=Phone 1 <30>
host=dynamic
domain=192.168.123.199
user=30
secret=geheim
type=friend
mailbox=30
nat=yes
canreinvite=no

Der Vollständigkeit halber sei erwähnt, dass SIPID, SIPPW und XXXX bei mir natürlich durch die entsprechenden Werte ersetzt sind.

Auch ein Traceroute liefert ein sehr gutes Ergebnis, so dass ich hier erstmal ein Verbindungsproblem ausschließen würde.

Code:

traceroute to sipgate.de (217.10.79.9), 30 hops max, 40 byte packets
 1  192.168.123.200 (192.168.123.200)  2.581 ms  1.100 ms  1.080 ms
 2  217.0.116.213 (217.0.116.213)  41.123 ms  41.679 ms  41.739 ms
 3  217.0.77.70 (217.0.77.70)  41.633 ms  41.838 ms  41.340 ms
 4  217.239.40.177 (217.239.40.177)  48.335 ms  50.014 ms  58.267 ms
 5  193.159.225.146 (193.159.225.146)  56.455 ms  55.920 ms  59.188 ms
 6  217.118.18.38 (217.118.18.38)  57.808 ms  57.048 ms  53.887 ms
 7  r10-1.netzquadrat.net (217.10.68.42)  52.356 ms  51.265 ms  53.921 ms
 8  r10-2-2.netzquadrat.net (217.10.64.54)  52.503 ms  53.678 ms  52.346 ms
 9  ser02.de.sipgate.net (217.10.79.9)  51.667 ms  54.357 ms  51.708 ms

Also kann mir jemand einen Tipp geben, was ich noch ändern muss oder wo einen Fehler habe?

Danke & Gruß,
freggeln

betateilchen · 30 Mai 2007

Diese Meldung muß nicht unbedingt ein Fehler sein. Die Registrierung wird in regelmäßigen Abständen erneuert, weil die Registrierungsdauer, die zwischen Asterisk und Sipgate vereinbart ist, abläuft.

Wichtig wäre für Dich der Status, der bei "sip show registry" angezeigt wird. Wenn da bei Sipgate "Registered" steht, ist alles in Ordnung.

freggeln · 30 Mai 2007

Erst einmal dank für die wirklich mega schnelle Antwort.

Die Information hätte ich vielleicht direkt beim ersten Post dabei schreiben sollen, denn dort hatte ich schon geschaut.

Code:

Connected to Asterisk 1.2.1 currently running on asterisk (pid = 2085)
asterisk*CLI> sip show registry
Host                            Username       Refresh State
sigate.de:5060                  9009002            120 Request Sent

Und dieser Status ändert sich auch nach 20 Minuten kein bißchen, dafür sind aber wesentlich mehr Time Out Meldung in "messages" enthalten.

Gruß,
freggeln

Thomas007 · 30 Mai 2007

register => SIPID:SIPPW@sipgate_de_in/extension

Mit den Nicht FDQN sipgate_de_in in der Registrierung wird Asterisk gezwungen einen Context zu benutzen
extension wird dann im Context ankommend aufgerufen.

[sipgate_de_in]
type=peer
fromdomain=sipgate.de
host=sipgate.de
disallow=all
allow=ulaw
context=ankommend
nat=yes
canreinvite=no
dtmfmode=auto
qualify=no

Ich habe nat=yes hinzugefügt weil ich davon ausgehe, dass Du NAT machst.

In den globals noch
externip = IP.des.Asterisk.Servers
localnet = 192.168.55.0/255.255.255.0
dafür externhost weg.

Ansonsten besteht noch die Möglichkeit das das routing kaputt ist und die Antworten auf Deine Registrierung Deinen Asterisk nicht erreichen.
Portforwarding für SIP einrichten, bzw. mit wireshark die Pakete suchen.

betateilchen · 30 Mai 2007

die im ersten Beitrag dieses Threads zitierten Code-Schnipsel der Kontexte sind im Prinzip schon richtig.

Der vorgeschlagene Eintrag nat=yes im incoming-Kontext bewirkt allerdings gar nix, da der sipgate-peer nicht hinter einem NAT Router steht, sondern eine feste IP besitzt.

Das Registrierungsproblem wird - wie Thomas korrekt anmerkt - auf der Problematik beruhen, daß der Asterisk in einem lokalen Netz steht. Dann sind die vorgeschlagenen Änderungen bei externip und localnet definitiv notwendig.

Thomas007 · 30 Mai 2007

betateilchen schrieb:
Der vorgeschlagene Eintrag nat=yes im incoming-Kontext bewirkt allerdings gar nix, da der sipgate-peer nicht hinter einem NAT Router steht, sondern eine feste IP besitzt.

Wenn das stimmt muss ein Eintrag NAT=yes in die globals, ist eh sinnvoller wenn der Asterisk hinter NAT steht und spart den Eintrag in jedem einzelnen peer.

Ich meine aber das Asterisk auch das Attribut NAT in peer Definitionen richtig auswertet.

Ob der angerufene Server hinter NAT steht oder nicht ist für Asterisk so nicht transparent und im Prinzip auch egal.

betateilchen · 30 Mai 2007

Thomas007 schrieb:
Ob der angerufene Server hinter NAT steht oder nicht ist für Asterisk so nicht transparent und im Prinzip auch egal.

Es geht aber nicht um den angerufenen Server sondern um den anrufenden. Wir reden nämlich über eingehende Anrufe, die vom Sipgate Server kommen

Für das Registrierungsproblem, um das es hier aber eigentlich geht, ist das eh unbedeutend, weil die Registrierung sogar völlig ohne jegliche peer-Definition funktionieren muß.

Thomas007 · 30 Mai 2007

Asterisk registriert sich aktiv bei Sipgate, Sipgate ist der angerufene Server.
Kommt ein Anruf bei Sipgate an werden die bei der Registrierung hinterlegten Informationen verwendet um bei dem Asteriskserver zu signalisieren.
Ohne Registrierung von Asterisk bei Sipgate können keine Anrufe durchgestellt werden.
Problem des Threadschreiber war nicht das Anrufe nicht ankommen, sondern das die Registrierung nicht funktioniert.

Der Threadersteller hatte Context für eingehend und abgehend. Das war nicht meine Idee.
Ein Context für eingehende Anrufe hat den Vorteil das man für den Provider Codec, context, etc. einstellen kann, ist also im Prinzip sinnvoll.

betateilchen · 30 Mai 2007

Problem des Threadschreiber war nicht das Anrufe nicht ankommen, sondern das die Registrierung nicht funktioniert.

Was anderes hab ich nie behauptet :noidea: aber Du hast doch mit dem ganzen Geraffel in den peer-Kontexten angefangen, die mit dem eigentlichen Problem überhaupt nichts zu tun haben.

freggeln · 30 Mai 2007

Also die vorgeschlagenen Änderungen habe ich jetzt eigentlich durch. Leider besteht der Effekt noch immer. Darum habe ich dann jetzt mal tcpdump bemüht.

Auffällig sind nur die beiden folgenden Zeilen:

Code:

Anfrage an: 62.67.235.157
SIP: Request: REGISTER sip:sipgate.de[Packet size limited during capture: SIP truncated]

Antwort von: 62.67.235.157
ICMP: Destination unreachable (Port unreachable)

Ich verstehe beim besten Willen nicht, wieso der Port nicht verfügbar sein sollte.

Weitergeleitet werden vom Router die Ports:
5004
5060
8000-8019
10000
30000-30010
jeweils mit UDP und TCP.

Hat jemand noch ne Idee was hier falsch läuft. Achja der Asterisk ist auf Debian4.0 installiert, falls das noch eine Rolle spielen könnte.

Wenn sonst noch Infos nötig sind, nur heraus damit, denn ich will den Kram endlich ans laufen bekommen.

Gruß,
freggeln

Thomas007 · 30 Mai 2007

betateilchen schrieb:
aber Du hast doch mit dem ganzen Geraffel in den peer-Kontexten angefangen

falsch ist halt falsch

Zum eigentlichen Problem:

sigate.de unterhält wohl keinen SIP Server, da wird es dann mit der Registrierung schwierig.

srvloopup ist auch falsch geschrieben

freggeln · 30 Mai 2007

@Thomas007

Vielen Dank für den entscheidenden Hinweis. Das kann doch einfach nicht wahr sein, dass ich diese wirklich besch****** Schreibfehler übersehen habe.

:noidea: :noidea:

Sorry für die ganzen Smiley, aber ich könnt mich gerade sowas von treten.

Danke vielmals für die Unterstützung.

Ich sag nur:

Code:

asterisk*CLI> sip show registry
Host                            Username       Refresh State
sipgate.de:5060                 9009002            105 Registered

Gruß,
freggeln

Timmbo · 30 Mai 2007

Hi,

[SIPID]
type=peer
username=SIPID
fromuser=SIPID
secret=SIPPW
host=sipgate.de
fromdomain=sipgate.de
insecure=very
canreinvite=no
nat=no
disallow=all
allow=ulaw

[sipgate_de_in]
type=peer
fromdomain=sipgate.de
host=sipgate.de
disallow=all
allow=ulaw
context=ankommend

der type ist 2x peer da müsste doch einer user sein, oder?
Oder schreibt gleich blos einen mit friend.

Grüße

Timm

betateilchen · 30 Mai 2007

Das mit dem zweimal type=peer in den beiden Kontexten ist schon in Ordnung. Den Hintergrund habe ich hier im Forum schon mehrfach erklärt.

Thomas007 · 3 Jun 2007

Timmbo schrieb:
Hi,
der type ist 2x peer da müsste doch einer user sein, oder?
Oder schreibt gleich blos einen mit friend.

Nein, muss nicht eingehend hat nichts mit ausgehend zu tun und der Provider soll Dir ja schließlich Anrufe nur zustellen und nicht über oder durch Dich telefonieren.

Bei dem Context für ausgehend [SIPID] ist insecure=very überflüssig. Das brauchst Du nur wenn Du einen Context für ein- und ausgehend hast, aber auch dann ist es in diesem Fall type=peer und nicht type=friend.

fridiy · 19 Jun 2007

hallo zusammen kann jamend von euch mir weiter helfen

PHP:

[general]
bindaddr=0.0.0.0
srvlookup=yes                       ; Enable DNS SRV lookups on outbound calls
disallow=all                            ; First disallow all codecs
allow=ulaw                             ; Allow codecs in order of preference
allow=alaw
allow=g726
externip=193.25.xx.xx
localnet=192.168.0.0/255.255.255.0
language=de
port=5060
nat=yes
tos=lowdelay
context=default
canreinvite=yes
rtcachefriends=yes



register => 7325055:[email protected]/7325055

[7325055]
type=peer
username=7325055
fromuser=7325055
secret=xxxxxxx
fromdomain=sipgate.de
host=sipgate.de
insecure=very
nat=yes
canreinvite=no
disallow=all
allow=ulaw
pedantic=yes


[sipgate_de_in]
type=peer
fromdomain=sipgate.de
host=sipgate.de
context=ankommend
disallow=all
allow=ulaw

bei sip show registry bekomme ich

PHP:

*CLI>  sip show registry
Host                            Username       Refresh State
sipgate.de:5060                 7325055            120 Auth. Sent


*CLI> Jun 19 10:37:54 NOTICE[22861]: chan_sip.c:5387 sip_reg_timeout:    -- Registration for '[email protected]' timed out, trying again (Attempt #100)
    -- parse_srv: SRV mapped to host sipgate.de, port 5060
Jun 19 10:37:54 NOTICE[22861]: chan_sip.c:9761 handle_response_register: Failed to authenticate on REGISTER to '[email protected]' (Tries 3)

extensions.conf

PHP:

[general]
static=yes
writeprotect=no


[default]
include => capi_out
include => capi-in
include => iax_out
include => lokal
include => sipgate_out
include => ankommend


[ankommend]
exten => 7325055,1,Dial,SIP/51|15|r

[lokal]
exten => _5X.,1,NoOp()
exten => _5X.,n,Dial,SIP/${EXTEN}|55|Ttr

[sipgate_out]
exten => _9.,1,Dial(SIP/${EXTEN:1}@sipgate.de)

wenn ich Asterisk starte bekomme ich dauernd diese meldung

PHP:

Jun 19 11:04:30 NOTICE[27801]: chan_sip.c:9761 handle_response_register: Failed to authenticate on REGISTER to '[email protected]' (Tries 3)
Jun 19 11:04:50 NOTICE[27801]: chan_sip.c:5387 sip_reg_timeout:    -- Registration for '[email protected]' timed out, trying again (Attempt #108)
    -- parse_srv: SRV mapped to host sipgate.de, port 5060
Jun 19 11:04:50 NOTICE[27801]: chan_sip.c:9761 handle_response_register: Failed to authenticate on REGISTER to '[email protected]' (Tries 3)
Jun 19 11:05:10 NOTICE[27801]: chan_sip.c:5387 sip_reg_timeout:    -- Registration for '[email protected]' timed out, trying again (Attempt #112)
    -- parse_srv: SRV mapped to host sipgate.de, port 5060
Jun 19 11:05:10 NOTICE[27801]: chan_sip.c:9761 handle_response_register: Failed to authenticate on REGISTER to '[email protected]' (Tries 3)
Jun 19 11:05:30 NOTICE[27801]: chan_sip.c:5387 sip_reg_timeout:    -- Registration for '[email protected]' timed out, trying again (Attempt #116)
    -- parse_srv: SRV mapped to host sipgate.de, port 5060
Jun 19 11:05:30 NOTICE[27801]: chan_sip.c:9761 handle_response_register: Failed to authenticate on REGISTER to '[email protected]' (Tries 3)

und asterisk kalpt uberhaubt nicht mit sipgate.de

danke

Thomas007 · 19 Jun 2007

Als erstes fällt mir auf das Dir auch dieses hier passieren könnte:

http://www.ip-phone-forum.de/showthread.php?t=138960

madiehl · 19 Jun 2007

Hast Du evtl. die benötigten Ports in Deinem Router nicht zum Asterisk weitergeleitet?

fridiy · 19 Jun 2007

ich bekomme diese fehler weiter

PHP:

NOTICE[27801]: chan_sip.c:9761 handle_response_register: Failed to authenticate on REGISTER to '[email protected]' (Tries 3)
Jun 19 11:04:50 NOTICE[27801]: chan_sip.c:5387 sip_reg_timeout:    -- Registration for '[email protected]' timed out, trying again (Attempt #108)
    -- parse_srv: SRV mapped to host sipgate.de, port 5060
Jun 19 11:04:50 NOTICE[27801]: chan_sip.c:9761 handle_response_register: Failed to authenticate on REGISTER to '[email protected]' (Tries 3)
Jun 19 11:05:10 NOTICE[27801]: chan_sip.c:5387 sip_reg_timeout:    -- Registration for '[email protected]' timed out, trying again (Attempt #112)
    -- parse_srv: SRV mapped to host sipgate.de, port 5060
Jun 19 11:05:10 NOTICE[27801]: chan_sip.c:9761 handle_response_register: Failed to authenticate on REGISTER to '[email protected]' (Tries 3)
Jun 19 11:05:30 NOTICE[27801]: chan_sip.c:5387 sip_reg_timeout:    -- Registration for '[email protected]' timed out, trying again (Attempt #116)
    -- parse_srv: SRV mapped to host sipgate.de, port 5060
Jun 19 11:05:30 NOTICE[27801]: chan_sip.c:9761 handle_response_register: Failed to authenticate on REGISTER to '[email protected]' (Tries 3)

PHP:

Hast Du evtl. die benötigten Ports in Deinem Router nicht zum Asterisk weitergeleitet?

so will ahnung habe ich nicht mit Router
wie kann ich das machen
ich habe eine D-link Router

danke

Timmbo · 19 Jun 2007

Hi fridiy,

gibt es da eine Rubrik wie Port-Forwarding o.ä.?

Grüße

Timm

Time out

Neuer User

Grandstream-Guru

Neuer User

Aktives Mitglied

Grandstream-Guru

Aktives Mitglied

Grandstream-Guru

Aktives Mitglied

Grandstream-Guru

Neuer User

Aktives Mitglied

Neuer User

Aktives Mitglied

Grandstream-Guru

Aktives Mitglied

Neuer User

Aktives Mitglied

Mitglied

Neuer User

Aktives Mitglied

Statistik des Forums