asterisk 1.4 SIP verliert Verbindung zu peers

phil_discount

Neuer User
Mitglied seit
10 Okt 2009
Beiträge
19
Punkte für Reaktionen
0
Punkte
0
Hallo Leute,

ich habe 2x SIP Provider in meiner asterisk konfiguriert.
Beide verlieren immer über Nacht oder bei längerer Inaktivität die Verbindung zum SIP Provider.

Ein SIP RELOAD in CLI hilft, registriert sind sie, allerdings nicht sichtbar bei den peers
Code:
ka-vici-router*CLI> sip  show registry
Host                            Username       Refresh State                Reg.Time
sip.telego.de:5060              t1234084       105 Registered           Wed, 20 Apr 2011 09:11:32
pro2.voipgateway.org:5060       417123542       3585 Registered           Wed, 20 Apr 2011 09:11:32


ka-vici-router*CLI> sip  show peers
Name/username              Host            Dyn Nat ACL Port     Status
0 sip peers [Monitored: 0 online, 0 offline Unmonitored: 0 online, 0 offline]

ka-vici-router*CLI> sip reload
 Reloading SIP*CLI>
  == Parsing '/etc/asterisk/sip.conf': Found
  == Parsing '/etc/asterisk/users.conf': Found
  == Parsing '/etc/asterisk/sip_notify.conf': Found
[Apr 20 09:11:32] NOTICE[2121]: chan_sip.c:13408 handle_response_peerpoke: Peer 'telegoat' is now Reachable. (21ms / 2000ms)
[Apr 20 09:11:32] NOTICE[2121]: chan_sip.c:13408 handle_response_peerpoke: Peer 'sipcall' is now Reachable. (30ms / 2000ms)

ka-vici-router*CLI> sip  show peers
Name/username              Host            Dyn Nat ACL Port     Status
telegoat/tel12384      62.134.184.13        N      5060     OK (21 ms)
sipcall/4123            212.117.203.44       N      5060     OK (30 ms)
2 sip peers [Monitored: 2 online, 0 offline Unmonitored: 0 online, 0 offline]

sip.conf
Code:
ka-vici-router:~ # vi /etc/asterisk/sip.conf
[general]
context=default                 ; Default context for incoming calls
allowoverlap=no                 ; Disable overlap dialing support. (Default is yes)
bindport=5060                   ; UDP Port to bind to (SIP standard port is 5060)
bindaddr=0.0.0.0                ; IP address to bind to (0.0.0.0 binds to all)
srvlookup=yes                   ; Enable DNS SRV lookups on outbound calls
disallow=all                    ; First disallow all codecs
allow=ulaw                      ; Allow codecs in order of preference
mohinterpret=default
mohsuggest=default
language=de                     ; Default language setting for all users/peers
relaxdtmf=yes                   ; Relax dtmf handling
trustrpid = no                  ; If Remote-Party-ID should be trusted
sendrpid = yes                  ; If Remote-Party-ID should be sent
progressinband=yes               ; If we should generate in-band ringing always
dtmfmode = rfc2833              ; Set default dtmfmode for sending DTMF. Default: rfc2833
videosupport=no                 ; Turn on support for SIP video. You need to turn this on
callevents=yes                  ; generate manager events when sip ua
rtptimeout=60                   ; Terminate call if 60 seconds of no RTP or RTCP activity
rtpkeepalive=60            ; Send keepalives in the RTP stream to keep NAT open
notifyringing = yes             ; Notify subscriptions on RINGING state (default: no)
notifyhold = yes                ; Notify subscriptions on HOLD state (default: no)
limitonpeers = yes              ; Apply call limits on peers only. This will improve
registertimeout=20             ; retry registration calls every 20 seconds (default)
registerattempts=9999            ; Number of registration attempts before we give up
externip = 93.1234.123.114       ; Address that we're going to put in outbound SIP
localnet=192.168.0.0/255.255.0.0; All RFC 1918 addresses are local networks
localnet=10.0.0.0/255.0.0.0     ; Also RFC1918
localnet=172.16.0.0/12          ; Another RFC1918 with CIDR notation
localnet=169.254.0.0/255.255.0.0 ;Zero conf local network
nat=yes                         ; Global NAT settings  (Affects all peers and users)
canreinvite=no          ; Asterisk by default tries to redirect the
jbenable = yes              ; Enables the use of a jitterbuffer on the receiving side of a
jbforce = no                ; Forces the use of a jitterbuffer on the receive side of a SIP
jbmaxsize = 100             ; Max length of the jitterbuffer in milliseconds.
jbresyncthreshold = 1000    ; Jump in the frame timestamps over which the jitterbuffer is
jbimpl = fixed              ; Jitterbuffer implementation, used on the receiving side of a SIP
jblog = no                  ; Enables jitterbuffer frame logging. Defaults to "no".
qualify=yes             ; By default, qualify all peers at 2000ms
limitonpeer = yes       ; enable call limit on a per peer basis, different from limitonpeers

register => 41232542:[email protected]:5060/41712342542
register => te123084:[email protected]:5060

[sipcall]
type=friend
username=4171234542
secret=r1234
host=pro2.voipgateway.org
dtmfmode=rfc2833
canreinvite=no
disallow=all
nat=yes
allow=alaw
insecure=very
context=sipcoltch

[telegoat]
type=friend
username=tel1324
secret=12333
host=sip.telego.de
dtmfmode=rfc2833
canreinvite=no
disallow=all
nat=yes
allow=alaw
insecure=very
context=default

Bin für jede Hilfe dankbar, ein Cronjob mit sip reload ist keine Dauerlösung, außerdem höre ich oftmals Beschwerden über Gesprächsabbrüche, die eventuell dadurch verursacht werden.

Grüsse
Philip
 
Hallo,
leider nicht. wir haben eine Standleitung mit fester IP Adresse.
Jedoch wird nachts der Router neugestartet, außerdem hängt nicht der Request,
asterisk versucht gar keine neue Verbindung aufzubauen.
Selbst wenn der Router mal neustartet, möchte ich danach nicht prüfen ob alle Verbindungen wieder aktiv sind.
Vielleicht kann man über die CLI ein register erzeugen ohne SIP Reload?

Jeder cronjob soll mir Recht sein, der dieses bewirkt..
[Apr 20 09:11:32] NOTICE[2121]: chan_sip.c:13408 handle_response_peerpoke: Peer 'telegoat' is now Reachable. (21ms / 2000ms)
Kann SIP Relaod aktive Gespräche beeinträchtigen?

Viele Grüsse
Philip
 
Zuletzt bearbeitet:
[OT] Ähm, stehen deine Zugangsdaten in deinem ersten Beitrag, oder hast du diese vorsorglich entfremdet? ;-) [/OT]


Gruß
R.
 
Zuletzt bearbeitet:
entfremdet (-: aber sehr freundlich

Grüsse Philip
 
Was genau ist denn im Log vom Asterisk zu finden wenn der Router neugestartet wird? Ist dieser Neustart überhaupt notwendig?
 
ich habe glaube den Fehler gefunden, um 5.10 Uhr wird der asterisk Server neugestartet,
hier tritt der eigentliche Fehler auf.
Beim Start von asterisk/SIP Modul kann er anscheinend noch nicht auf DNS zugreifen?
Ich habe das Problem vorläufig behoben, indem ich um 5.20 Uhr ein Cronjob mit SIP RELOAD mache.
Wenn nur der Router neustartet, dann registriert sich der SIP Account auch sehr schnell wieder, das habe ich gestern Abend getestet.
Eventuell könnte ich anstatt des DNS Namens direkt die IP eintragen...

[Apr 20 05:10:58] VERBOSE[1643] logger.c: Asterisk Event Logger Started /var/log/asterisk/event_log
[Apr 20 05:10:58] VERBOSE[1643] logger.c: Asterisk Dynamic Loader Starting:
[Apr 20 05:10:58] VERBOSE[1643] logger.c: == Parsing '/etc/asterisk/modules.conf': [Apr 20 05:10:58] VERBOSE[1643] logger.c: Found
[Apr 20 05:10:58] VERBOSE[1643] logger.c: == Parsing '/etc/asterisk/dnsmgr.conf': [Apr 20 05:10:58] VERBOSE[1643] logger.c: Found
[Apr 20 05:10:58] NOTICE[1643] dnsmgr.c: Managed DNS entries will be refreshed every 300 seconds.
[Apr 20 05:10:58] VERBOSE[1643] logger.c: == Parsing '/etc/asterisk/http.conf': [Apr 20 05:10:58] VERBOSE[1643] logger.c: Found
[Apr 20 05:10:58] VERBOSE[1643] logger.c: == Manager registered action Ping
[Apr 20 05:11:00] VERBOSE[1643] logger.c: == Parsing '/etc/asterisk/users.conf': [Apr 20 05:11:00] VERBOSE[1643] logger.c: Found
[Apr 20 05:11:00] WARNING[1643] chan_sip.c: insecure=very at line 114 is deprecated; use insecure=port,invite instead
[Apr 20 05:11:00] WARNING[1643] acl.c: Unable to lookup 'pro2.voipgateway.org'
[Apr 20 05:11:00] ERROR[1643] chan_sip.c: host lookup failed for pro2.voipgateway.org, on peer sipcall, removing peer
[Apr 20 05:11:00] WARNING[1643] acl.c: Unable to lookup 'sip.telego.de'
[Apr 20 05:11:00] ERROR[1643] chan_sip.c: host lookup failed for sip.telego.de, on peer telegoat, removing peer
[Apr 20 05:11:00] VERBOSE[1643] logger.c: == SIP Listening on 0.0.0.0:5060
[Apr 20 05:11:00] VERBOSE[1643] logger.c: == Using SIP TOS: none
[Apr 20 05:11:00] VERBOSE[1643] logger.c: == Parsing '/etc/asterisk/sip_notify.conf': [Apr 20 05:11:00] VERBOSE[1643] logger.c: Found
[Apr 20 05:11:00] VERBOSE[1643] logger.c: == Registered channel type 'SIP' (Session Initiation Protocol (SIP))
 
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.