SIP: web.de funktioniert, sipgate.de nicht. Warum?

streawkceur

Neuer User
Mitglied seit
2 Nov 2004
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
Versuche grade meine * ans laufen zu bekommen und habe Probleme mit Sipgate:

Code:
Asterisk Ready.
*CLI> Nov 15 22:37:54 NOTICE[1092201392]: chan_sip.c:7889 sip_poke_noanswer: Peer 'sipgate' is now UNREACHABLE!
Nov 15 22:38:10 NOTICE[1092201392]: chan_sip.c:4053 sip_reg_timeout: Registration for '[email protected]' timed out, trying again
    -- parse_srv: SRV mapped to host sip-ha.web.de, port 5060
Nov 15 22:38:10 NOTICE[1092201392]: chan_sip.c:6778 handle_response: Failed to authenticate on REGISTER to '<sip:[email protected]>;tag=as39d0cf2d'
Nov 15 22:38:30 NOTICE[1092201392]: chan_sip.c:4053 sip_reg_timeout: Registration for '[email protected]' timed out, trying again
    -- parse_srv: SRV mapped to host sip-ha.web.de, port 5060
Nov 15 22:38:30 NOTICE[1092201392]: chan_sip.c:6778 handle_response: Failed to authenticate on REGISTER to '<sip:[email protected]>;tag=as7923ba9c'
Nov 15 22:38:50 NOTICE[1092201392]: chan_sip.c:4053 sip_reg_timeout: Registration for '[email protected]' timed out, trying again
    -- parse_srv: SRV mapped to host sip-ha.web.de, port 5060
Nov 15 22:38:50 NOTICE[1092201392]: chan_sip.c:6778 handle_response: Failed to authenticate on REGISTER to '<sip:[email protected]>;tag=as55c2fcd9'
Nov 15 22:39:10 NOTICE[1092201392]: chan_sip.c:4053 sip_reg_timeout: Registration for '[email protected]' timed out, trying again
    -- parse_srv: SRV mapped to host sip-ha.web.de, port 5060
Nov 15 22:39:10 NOTICE[1092201392]: chan_sip.c:6778 handle_response: Failed to authenticate on REGISTER to '<sip:[email protected]>;tag=as4e91e81e'
Nov 15 22:39:30 NOTICE[1092201392]: chan_sip.c:4053 sip_reg_timeout: Registration for '[email protected]' timed out, trying again
    -- parse_srv: SRV mapped to host sip-ha.web.de, port 5060
Nov 15 22:39:30 NOTICE[1092201392]: chan_sip.c:6778 handle_response: Failed to authenticate on REGISTER to '<sip:[email protected]>;tag=as4cf80135'
    -- parse_srv: SRV mapped to host sip-ha.web.de, port 5060
Nov 15 22:39:50 NOTICE[1092201392]: chan_sip.c:4053 sip_reg_timeout: Registration for '[email protected]' timed out, trying again
    -- parse_srv: SRV mapped to host sip-ha.web.de, port 5060
Nov 15 22:39:50 NOTICE[1092201392]: chan_sip.c:6778 handle_response: Failed to authenticate on REGISTER to '<sip:[email protected]>;tag=as6cd9a742'                                                                                                             *CLI> sip show peers
Name/username    Host            Dyn Nat ACL Mask             Port     Status
sipgate/5335533  217.10.79.9                 255.255.255.255  5060     UNREACHABLE
webde/thomaswit  217.72.200.89               255.255.255.255  5060     OK (14 ms)
*CLI> sip show registry
Host                            Username       Refresh State
sip.web.de:5060                 thomaswittek       105 Registered
sip.web.de:5060                 5335533            120 Auth. Sent
*CLI> stop now
Beginning asterisk shutdown....
Executing last minute cleanups
  == Destroying any remaining musiconhold processes
Asterisk cleanly ending (0).
Meine sip.conf:
Code:
[general]
port = 5060
bindaddr = 0.0.0.0
realm = zentrifuge.dyndns.biz
externip = zentrifuge.dyndns.biz
localnet = 192.168.0.0/255.255.0.0
srvlookup = yes
context = default
disallow=all
allow=gsm
allow=alaw
allow=ulaw
canreinvite=no
tos=0x18
insecure=very
nat=no
dtmfmode=info
register => 5335533:<PASS>@sip.web.de/5335533
register => thomaswittek:<PASS>@sip.web.de/thomaswittek

[webde]
type=friend
username=thomaswittek
secret=<PASS>
host=sip.web.de
fromuser=thomaswittek
fromdomain=sip.web.de
qualify=400
dtmfmode=info

[sipgate]
type=friend
username=5335533
secret=<PASS>
host=sipgate.de
fromuser=5335533
fromdomain=sipgate.net
qualify=400
dtmfmode=info
Installation mittels neuestem bristuff (0.2rc2a). Kernel 2.6.8-debian.

Any ideas?
 

streawkceur

Neuer User
Mitglied seit
2 Nov 2004
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
Du hast recht, ich habe (bzw. hatte bevor ich web.de hinzugefügt habe) da jetzt auch folgendes stehen:
Code:
register => 5335533:<PASS>@sipgate.de/1
Klappt trotzdem nicht.
Aber ich glaube es liegt an sipgate.de, da X-Lite beim Rechtsklick in das Fenster
Code:
"Proxy (default) - sipgate.de: Registering..."
anzeigt.
Während web.de verbunden ist:
Code:
Proxy 1 - web.de: Registered
Freaky.
 

TinTin

Aktives Mitglied
Mitglied seit
6 Mai 2004
Beiträge
1,864
Punkte für Reaktionen
0
Punkte
0
@streawkceur

ist Deine subnet-mask tatsächlich 255.255.0.0 , nicht 255.255.255.0 ?

unter [sipgate]
nat=yes hinzufügen

Gruß,
Tin
 

rollo

IPPF-Promi
Mitglied seit
5 Jul 2004
Beiträge
8,289
Punkte für Reaktionen
1
Punkte
38
TinTin schrieb:
@streawkceur

ist Deine subnet-mask tatsächlich 255.255.0.0 , nicht 255.255.255.0 ?

unter [sipgate]
nat=yes hinzufügen

Gruß,
Tin
Ich gehe davon aus, dass der * server hinter NAT betrieben wird, deshalb sollte
nat = yes
in der Global section stehen.

Unter dem peer ist es definitiv falsch, dort müsste nat = no stehen da der sipgate server sicher nicht hinter NAT steht.

jo
 

TinTin

Aktives Mitglied
Mitglied seit
6 Mai 2004
Beiträge
1,864
Punkte für Reaktionen
0
Punkte
0
@rollo
Ich weiß nicht ob Du oder jemand anderes das schonmal so gesagt hat, jedoch funktioniert bei =mir= kein Provider, wenn Asterisk hinter dem Router läuft, wenn ich nat=yes im Provider-context weglasse.

nat=no habe ich nur für die Endgeräte die (bei mir zumindest) ja ebenfalls =hinter= dem Router liegen (wie Asterisk), wo also kein NAT gebraucht wird. Der Provider hingegen liegt jenseits des Routers, also erscheint mir das auch logisch, dass es mit nat=yes im Provider context bei mir läuft.

Gruß,
Tin
 

rollo

IPPF-Promi
Mitglied seit
5 Jul 2004
Beiträge
8,289
Punkte für Reaktionen
1
Punkte
38
Die Diskussion gab es schon mal an anderer Stelle und muss nicht wiederholt werden. Ich habe es so wiedergegeben, wie es im Wiki steht und auch bei mir funktioniert.

Es mag Fälle geben, wo es nur mit nat=yes im peer klappt, möglicherweise ist es auch nicht schädlich, ich würde das aber nicht als allgemeinen Tipp geben.

jo
 

TinTin

Aktives Mitglied
Mitglied seit
6 Mai 2004
Beiträge
1,864
Punkte für Reaktionen
0
Punkte
0
rollo schrieb:
Die Diskussion gab es schon mal an anderer Stelle und muss nicht wiederholt werden. Ich habe es so wiedergegeben, wie es im Wiki steht und auch bei mir funktioniert.

Es mag Fälle geben, wo es nur mit nat=yes im peer klappt, möglicherweise ist es auch nicht schädlich, ich würde das aber nicht als allgemeinen Tipp geben.

jo
Jo, es liegt mir fern, Diskussionen die schon geführt wurden nochmal anzufeuern. Wie ich es sehe hat er die Einstellungen (zumindest für den sipgate peer) jedoch schon so wie Du (das nat=no hat er ja unter [global] wirkt sich also auch auf [sipgate] aus, da dort nicht anders angegeben) insofern, warum sollte er es nicht so ausprobieren, wie es bei mir läuft.

Wenn Du übrigens nat=yes (wie Du schreibst) in [global] hast und in Deinem [sipgate] kein explizites nat=no, dann ist es bei Dir dort auch enabled.

Gruß,
Tin
 

rollo

IPPF-Promi
Mitglied seit
5 Jul 2004
Beiträge
8,289
Punkte für Reaktionen
1
Punkte
38
TinTin schrieb:
Wenn Du übrigens nat=yes (wie Du schreibst) in [global] hast und in Deinem [sipgate] kein explizites nat=no, dann ist es bei Dir dort auch enabled.

Gruß,
Tin
Stimmt, ich habe aber global nat = yes und in den peers nat = no gesetzt.

Zurück zum Topic. Hier mal für streawkceur meine sip.conf
Code:
[general]

port = 5050 ; Port to bind to (ist mit Absicht 5050!)
externip=80.134.xxx.xxx
localnet=192.168.178.0/255.255.255.0
bindaddr = 192.168.178.33; Address to bind to (all addresses on machine)
nat=yes
srvlookup=yes
context=from-sip

disallow=all
allow=ulaw
allow=alaw
allow=gsm
allow=speex

register => 431xxxx:[email protected]/431xxxx

[sipgate1]
type=peer
secret=yyyyyy
username=431xxxx
host=sipgate.de
dtmfmode=info
context=fromsipgate
nat=no
reinvite=no
canreinvite=yes
fromuser=431xxxx
fromdomain=sipgate.de
language=de
qualify=yes
und extensions.conf:


Code:
; ausgehende rufe mit prefix 777
exten => _777.,1,SetCallerID,431xxxx
exten => _777.,2,SetCIDName,"jo sipgate"
exten => _777.,3,Dial(SIP/${EXTEN:3}@sipgate1,60,r)
exten => _777.,4,Congestion

;ankommende rufe
[fromsipgate]
exten => 431xxxx,1,Dial(sip/2003&CAPI/41:26,20,r)
exten => 431xxxx,2,SetLanguage(de)
exten => 431xxxx,3,Voicemail,u2003
exten => 431xxxx,102,Voicemail,b2003
HTH,

jo
 

streawkceur

Neuer User
Mitglied seit
2 Nov 2004
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
ist Deine subnet-mask tatsächlich 255.255.0.0 , nicht 255.255.255.0 ?

Meine Subnetmask war zumindest 255.255.0.0, als ich noch zwei Netwerkkarten in zwei Subnets hatte. Jetzt ist es dank Switch tatsächlich 255.255.255.0, was aber doch eigentlich keinen großen Unterschied machen sollte, oder?

unter [sipgate]
nat=yes hinzufügen
Halte ich prinzipiell für nicht nötig, da * auf dem Router läuft, der eine direkte Verbindung zum Internet hat. Zwischen * und Internet wird also nicht geNATtet.

Kann es evtl. ein Problem sein, dass ich gleichzeitig noch X-Lite auf nem Windows-Client im Netz mit dem gleichen User laufen habe?
Der ist zwar auch bei web.de angemeldet, aber vermutlich arbeiten web.de und sipgate intern anders.

Danke!
-Thomas
 

rollo

IPPF-Promi
Mitglied seit
5 Jul 2004
Beiträge
8,289
Punkte für Reaktionen
1
Punkte
38
Gleicher User ist ken Problem, X-Light und Asterisk sollten nur verschiedene SIP Ports benutzen.

jo
 

TinTin

Aktives Mitglied
Mitglied seit
6 Mai 2004
Beiträge
1,864
Punkte für Reaktionen
0
Punkte
0
Also wenn * auf Deinem Linux Router mit direkter Internetverbindungläuft, dann bin ich mir nicht sicher, ob Du überhaupt einen localnet Eintrag vornehmen solltest/mußt/darfst. Ich würde den mal versuchsweise weglassen.

Unter [sipgate] habe ich ansonsten noch:
insecure=very
canreinvite=no


Gruß,
Tin
 

streawkceur

Neuer User
Mitglied seit
2 Nov 2004
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
Also wenn * auf Deinem Linux Router mit direkter Internetverbindungläuft, dann bin ich mir nicht sicher, ob Du überhaupt einen localnet Eintrag vornehmen solltest/mußt/darfst. Ich würde den mal versuchsweise weglassen.
Ich glaub das war's!

Code:
[general]
port = 5060
bindaddr = 0.0.0.0
realm = zentrifuge.dyndns.biz
externip = zentrifuge.dyndns.biz
;localnet = 192.168.0.0/255.255.255.0
srvlookup = yes
context = default
...
*CLI> sip show peers
Name/username Host Dyn Nat ACL Mask Port Status
sipgate/5335533 217.10.79.9 255.255.255.255 5060 OK (26 ms)
webde/thomaswit 217.72.200.89 255.255.255.255 5060 OK (34 ms)
:)
Komisch nur, dass web.de immer funktioniert hat und sipgate nicht.
 

streawkceur

Neuer User
Mitglied seit
2 Nov 2004
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
Da hab ich mich wohl zu früh gefreut:
Code:
*CLI> sip show peers
Name/username    Host            Dyn Nat ACL Mask             Port     Status
sipgate/5335533  217.10.79.9                 255.255.255.255  5060     UNREACHABLE
webde/thomaswit  217.72.200.89               255.255.255.255  5060     OK (120 ms)
Auch ein neustart des Rechners half nicht.

Debug-Modus liefert folgendes.
Code:
*CLI> sip debug peer sipgate
SIP Debugging Enabled for IP: 217.10.79.9:5060
*CLI> Nov 18 18:47:50 NOTICE[1092201392]: chan_sip.c:4053 sip_reg_timeout: Registration for '[email protected]' timed out, trying again
    -- parse_srv: SRV mapped to host proxy.de.sipgate.net, port 5060
Urgent handler
11 headers, 0 lines
Reliably Transmitting:
REGISTER sip:sipgate.de SIP/2.0
Via: SIP/2.0/UDP 81.173.165.186:5060;branch=z9hG4bK3d3fecc8
From: <sip:[email protected]>;tag=as2b79b5ff
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 104 REGISTER
User-Agent: Asterisk PBX
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0

 (no NAT) to 217.10.79.9:5060
Urgent handler
Retransmitting #1 (no NAT):
REGISTER sip:sipgate.de SIP/2.0
Via: SIP/2.0/UDP 81.173.165.186:5060;branch=z9hG4bK3d3fecc8
From: <sip:[email protected]>;tag=as2b79b5ff
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 104 REGISTER
User-Agent: Asterisk PBX
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


 to 217.10.79.9:5060
Urgent handler
11 headers, 0 lines
Reliably Transmitting:
OPTIONS sip:217.10.79.9 SIP/2.0
Via: SIP/2.0/UDP 81.173.165.186:5060;branch=z9hG4bK3cba9bd1
From: "asterisk" <sip:[email protected]>;tag=as6812ddbe
To: <sip:217.10.79.9>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Thu, 18 Nov 2004 17:47:52 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0

 (no NAT) to 217.10.79.9:5060
Urgent handler
Retransmitting #2 (no NAT):
REGISTER sip:sipgate.de SIP/2.0
Via: SIP/2.0/UDP 81.173.165.186:5060;branch=z9hG4bK3d3fecc8
From: <sip:[email protected]>;tag=as2b79b5ff
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 104 REGISTER
User-Agent: Asterisk PBX
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


 to 217.10.79.9:5060
Urgent handler
Retransmitting #1 (no NAT):
OPTIONS sip:217.10.79.9 SIP/2.0
Via: SIP/2.0/UDP 81.173.165.186:5060;branch=z9hG4bK3cba9bd1
From: "asterisk" <sip:[email protected]>;tag=as6812ddbe
To: <sip:217.10.79.9>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Thu, 18 Nov 2004 17:47:52 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0


 to 217.10.79.9:5060
Urgent handler
Retransmitting #3 (no NAT):
REGISTER sip:sipgate.de SIP/2.0
Via: SIP/2.0/UDP 81.173.165.186:5060;branch=z9hG4bK3d3fecc8
From: <sip:[email protected]>;tag=as2b79b5ff
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 104 REGISTER
User-Agent: Asterisk PBX
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


 to 217.10.79.9:5060
Urgent handler
Retransmitting #2 (no NAT):
OPTIONS sip:217.10.79.9 SIP/2.0
Via: SIP/2.0/UDP 81.173.165.186:5060;branch=z9hG4bK3cba9bd1
From: "asterisk" <sip:[email protected]>;tag=as6812ddbe
To: <sip:217.10.79.9>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Thu, 18 Nov 2004 17:47:52 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0


 to 217.10.79.9:5060
Urgent handler
Retransmitting #4 (no NAT):
REGISTER sip:sipgate.de SIP/2.0
Via: SIP/2.0/UDP 81.173.165.186:5060;branch=z9hG4bK3d3fecc8
From: <sip:[email protected]>;tag=as2b79b5ff
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 104 REGISTER
User-Agent: Asterisk PBX
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


 to 217.10.79.9:5060
Urgent handler
Retransmitting #3 (no NAT):
OPTIONS sip:217.10.79.9 SIP/2.0
Via: SIP/2.0/UDP 81.173.165.186:5060;branch=z9hG4bK3cba9bd1
From: "asterisk" <sip:[email protected]>;tag=as6812ddbe
To: <sip:217.10.79.9>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Thu, 18 Nov 2004 17:47:52 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0


 to 217.10.79.9:5060
Urgent handler
Retransmitting #5 (no NAT):
REGISTER sip:sipgate.de SIP/2.0
Via: SIP/2.0/UDP 81.173.165.186:5060;branch=z9hG4bK3d3fecc8
From: <sip:[email protected]>;tag=as2b79b5ff
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 104 REGISTER
User-Agent: Asterisk PBX
Expires: 120
Contact: <sip:[email protected]>
Event: registration
Content-Length: 0


 to 217.10.79.9:5060
Urgent handler
Retransmitting #4 (no NAT):
OPTIONS sip:217.10.79.9 SIP/2.0
Via: SIP/2.0/UDP 81.173.165.186:5060;branch=z9hG4bK3cba9bd1
From: "asterisk" <sip:[email protected]>;tag=as6812ddbe
To: <sip:217.10.79.9>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Thu, 18 Nov 2004 17:47:52 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0


 to 217.10.79.9:5060
Destroying call '[email protected]'
Urgent handler
Nov 18 18:47:56 WARNING[1092201392]: chan_sip.c:683 retrans_pkt: Maximum retries exceeded on call [email protected] for seqno 104 (Critical Request)
Destroying call '[email protected]'
Urgent handler
stop now
Beginning asterisk shutdown....
Sieht so aus, als wolle Sipgate mir nicht antworten.
Bloß warum? Ich versteh das nicht.... Vor allem ist es so unregelmäßig. Web.de geht immer, Sipgate ging manchmal, meistens aber nicht. Das folgt doch keinem klaren Schema!
*verzweifel*
 

streawkceur

Neuer User
Mitglied seit
2 Nov 2004
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
Hm. Habe jetzt von bristuff-0.2.0rc2a auf rc2b upgedated und es klappt.
Sehr komische Sache. Mal sehen, ob es von Dauer ist...
 

lo4dro

Mitglied
Mitglied seit
14 Okt 2004
Beiträge
656
Punkte für Reaktionen
0
Punkte
0
Laut changed wurde " - chan_iax2 segfault fix". Vielleicht wird das von sipgate.de genutzt/unterstützt.
 

streawkceur

Neuer User
Mitglied seit
2 Nov 2004
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
Ne, das war's leider doch nicht.
Habe immer wieder ohne erkennbare Regelmäßigkeit Probleme mit sipgate.
Im Moment geht's z.B. wieder. Gestern ging's nicht.
Mit Web.de habe ich durchgängig keine Probleme.
Ich hab echt keine Ahnung mehr, woran das liegen kann...
Auf Netzwerkebene sollte kein Problem vorliegen. Der Rechner ist direkt mit dem Internet verbunden, die Firewall habe ich testweise auch schon mal ohne Erfolg ausgeschaltet. Und ich änder ja auch nix an der Konfiguration. Trotzdem klappt es mal und mal nicht.
Sehr seltsam...
 

streawkceur

Neuer User
Mitglied seit
2 Nov 2004
Beiträge
26
Punkte für Reaktionen
0
Punkte
0
Hier mal ein kleiner Auszug aus dem CLI-Log.
Ist Sipgate einfach nur schlecht zu erreichen? Habt ihr ähnliche Probleme?

Code:
Nov 22 18:45:40 NOTICE[1092086704]: chan_sip.c:6620 handle_response: Peer 'sipgate' is now REACHABLE!
Nov 22 18:49:41 NOTICE[1092086704]: chan_sip.c:6626 handle_response: Peer 'sipgate' is now TOO LAGGED!
Nov 22 18:49:51 NOTICE[1092086704]: chan_sip.c:6620 handle_response: Peer 'sipgate' is now REACHABLE!
Nov 22 18:56:55 NOTICE[1092086704]: chan_sip.c:6626 handle_response: Peer 'sipgate' is now TOO LAGGED!
Nov 22 18:57:05 NOTICE[1092086704]: chan_sip.c:6620 handle_response: Peer 'sipgate' is now REACHABLE!
Nov 22 19:00:09 NOTICE[1092086704]: chan_sip.c:7906 sip_poke_noanswer: Peer 'sipgate' is now UNREACHABLE!
Nov 22 19:00:19 NOTICE[1092086704]: chan_sip.c:6620 handle_response: Peer 'sipgate' is now REACHABLE!
Nov 22 19:03:20 NOTICE[1092086704]: chan_sip.c:6626 handle_response: Peer 'sipgate' is now TOO LAGGED!
Nov 22 19:03:30 NOTICE[1092086704]: chan_sip.c:6620 handle_response: Peer 'sipgate' is now REACHABLE!
Nov 22 19:05:31 NOTICE[1092086704]: chan_sip.c:6626 handle_response: Peer 'sipgate' is now TOO LAGGED!
Nov 22 19:05:41 NOTICE[1092086704]: chan_sip.c:6620 handle_response: Peer 'sipgate' is now REACHABLE!
Nov 22 19:06:43 NOTICE[1092086704]: chan_sip.c:6626 handle_response: Peer 'sipgate' is now TOO LAGGED!
Nov 22 19:06:53 NOTICE[1092086704]: chan_sip.c:6620 handle_response: Peer 'sipgate' is now REACHABLE!
Nov 22 19:10:54 NOTICE[1092086704]: chan_sip.c:6626 handle_response: Peer 'sipgate' is now TOO LAGGED!
Nov 22 19:11:04 NOTICE[1092086704]: chan_sip.c:6620 handle_response: Peer 'sipgate' is now REACHABLE!
Nov 22 19:13:05 NOTICE[1092086704]: chan_sip.c:6626 handle_response: Peer 'sipgate' is now TOO LAGGED!
Nov 22 19:13:15 NOTICE[1092086704]: chan_sip.c:6620 handle_response: Peer 'sipgate' is now REACHABLE!
Nov 22 19:18:16 NOTICE[1092086704]: chan_sip.c:6626 handle_response: Peer 'sipgate' is now TOO LAGGED!
Nov 22 19:18:26 NOTICE[1092086704]: chan_sip.c:6620 handle_response: Peer 'sipgate' is now REACHABLE!
Nov 22 19:20:36 NOTICE[1092086704]: chan_sip.c:6626 handle_response: Peer 'webde' is now TOO LAGGED!
Nov 22 19:20:46 NOTICE[1092086704]: chan_sip.c:6620 handle_response: Peer 'webde' is now REACHABLE!
Nov 22 19:31:30 NOTICE[1092086704]: chan_sip.c:7906 sip_poke_noanswer: Peer 'sipgate' is now UNREACHABLE!
Nov 22 19:31:40 NOTICE[1092086704]: chan_sip.c:6620 handle_response: Peer 'sipgate' is now REACHABLE!
Nov 22 19:50:42 NOTICE[1092086704]: chan_sip.c:6626 handle_response: Peer 'sipgate' is now TOO LAGGED!
 

TinTin

Aktives Mitglied
Mitglied seit
6 Mai 2004
Beiträge
1,864
Punkte für Reaktionen
0
Punkte
0
Das habe ich auch oft in den logs - und nicht nur mit sipgate...
 

Zurzeit aktive Besucher

3CX PBX - GRATIS
Linux / Win / Cloud

Statistik des Forums

Themen
233,167
Beiträge
2,030,876
Mitglieder
351,563
Neuestes Mitglied
Lars1975