Ich betreibe einen Asterisk-Server (13.1 LTS) hinter einem T-Com Anschluss mit dynamischer IP hinter einem NAT-Router. Plötzlich, seit heute morgen, keine Registrierung mehr möglich. Ich kann den Server neustarten, so oft ich mag. Das ganze lief jetzt zwei Wochen ohne Probleme und nun das:
Ab und an mal:
Ist jemand von demselben Problem betroffen, das es plötzlich nicht mehr tut (ohne Config-Änderung)? Hat die T-Com was umgebaut?
sip.conf:
STUN habe ich auch drin. Das funktioniert alles.
[Beitrag 2:]
Konnte das Problem teilweise lösen. Firewall war so geconfed, das nur was von 217.0.0.0/8 auf 5060 (SIP) reingehen darf. Scheinbar hat T-Com jetzt irgendeinen Server im LB-Verbund außerhalb der normalen T-Com Range zu stehen, an den ich geraten bin. Nur eine einzige Nummer, kann momentan nicht registriert werden, er sagt Service Unavailable:
[Beitrag 3:]
Kann mir vielleicht jemand in diesem Zusammenhang erklären was es mit allowguest=no auf sich hat. Ich habe im Zusammenhang mit den REGISTER TIMEOUTS gelesen, dass manche Benutzer "Guests zulassen"? Was hat es damit auf sich?
Code:
[Nov 13 10:50:38] NOTICE[763] chan_sip.c: -- Registration for '[email protected]' timed out, trying again (Attempt #6)
[Nov 13 10:50:38] NOTICE[763] chan_sip.c: -- Registration for '[email protected]' timed out, trying again (Attempt #6)
[Nov 13 10:50:38] NOTICE[763] chan_sip.c: -- Registration for '[email protected]' timed out, trying again (Attempt #6)Ab und an mal:
Code:
[Nov 13 10:41:09] WARNING[763] chan_sip.c: Retransmission timeout reached on transmission [email protected] for seqno 102 (Critical Request) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 32000ms with no response
[Nov 13 10:41:09] WARNING[763] chan_sip.c: Retransmission timeout reached on transmission [email protected] for seqno 102 (Critical Request) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 32000ms with no response
[Nov 13 10:41:09] WARNING[763] chan_sip.c: Retransmission timeout reached on transmission [email protected] for seqno 102 (Critical Request) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+RetransmissionsIst jemand von demselben Problem betroffen, das es plötzlich nicht mehr tut (ohne Config-Änderung)? Hat die T-Com was umgebaut?
sip.conf:
Code:
[general]
context=public ; Default context for incoming calls. Defaults to 'default'
allowoverlap=no ; Disable overlap dialing support. (Default is yes)
udpbindaddr=0.0.0.0 ; IP address to bind UDP listen socket to (0.0.0.0 binds to all)
tcpenable=no ; Enable server for incoming TCP connections (default is no)
tcpbindaddr=0.0.0.0 ; IP address for TCP server to bind to (0.0.0.0 binds to all interfaces)
transport=udp ; Set the default transports. The order determines the primary default transport.
srvlookup=yes ; Enable DNS SRV lookups on outbound calls
qualify=yes
register=0725312345:01234567:[email protected]@tel.t-online.de/0725312345~3600
register=0725367890:01234567:[email protected]@tel.t-online.de/0725367890~3600
register=0725312378:01234567:[email protected]@tel.t-online.de/0725312378~3600
bindport=5060
allowguest=no
alwaysauthrejct=yes
externhost=mydnsname.dyndns.org
externrefresh=30
localnet=192.168.1.0/255.255.255.0
disallow=all
allow=alaw,ulaw,gsm
maxexpiry=3600
defaultexiry=1800
registertimeout=120
language=de
[tcom-in]
qualify=yes
type=peer
context=incoming
allow=ulaw,alaw,g722
session-timers=refuse
[email protected]
[email protected]
remotesecret=1234567
sendrpid = no
trustrpid = yes
host=tel.t-online.de
fromdomain=tel.t-online.de
nat=auto_force,auto_comedia
directmedia=noSTUN habe ich auch drin. Das funktioniert alles.
[Beitrag 2:]
Konnte das Problem teilweise lösen. Firewall war so geconfed, das nur was von 217.0.0.0/8 auf 5060 (SIP) reingehen darf. Scheinbar hat T-Com jetzt irgendeinen Server im LB-Verbund außerhalb der normalen T-Com Range zu stehen, an den ich geraten bin. Nur eine einzige Nummer, kann momentan nicht registriert werden, er sagt Service Unavailable:
Code:
[Nov 13 11:20:42] NOTICE[1337]: chan_sip.c:15254 sip_reg_timeout: -- Registration for '[email protected]' timed out, trying again (Attempt #4)
-- Got SIP response 503 "Service Unavailable" back from 217.0.23.4:5060[Beitrag 3:]
Kann mir vielleicht jemand in diesem Zusammenhang erklären was es mit allowguest=no auf sich hat. Ich habe im Zusammenhang mit den REGISTER TIMEOUTS gelesen, dass manche Benutzer "Guests zulassen"? Was hat es damit auf sich?
Zuletzt bearbeitet von einem Moderator:
