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

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
S

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?
 
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.
 
@streawkceur

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

unter [sipgate]
nat=yes hinzufügen

Gruß,
Tin
 
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
Zum Vergrößern anklicken....

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
 
@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
 
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
 
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
Zum Vergrößern anklicken....

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
 
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
Zum Vergrößern anklicken....

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
 
ist Deine subnet-mask tatsächlich 255.255.0.0 , nicht 255.255.255.0 ?
Zum Vergrößern anklicken....


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
Zum Vergrößern anklicken....

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
 
Gleicher User ist ken Problem, X-Light und Asterisk sollten nur verschiedene SIP Ports benutzen.

jo
 
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
 
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.
Zum Vergrößern anklicken....

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)
Zum Vergrößern anklicken....

:)
Komisch nur, dass web.de immer funktioniert hat und sipgate nicht.
 
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*
 
Hm. Habe jetzt von bristuff-0.2.0rc2a auf rc2b upgedated und es klappt.
Sehr komische Sache. Mal sehen, ob es von Dauer ist...
 
Laut changed wurde " - chan_iax2 segfault fix". Vielleicht wird das von sipgate.de genutzt/unterstützt.
 
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...
 
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!
 
Das habe ich auch oft in den logs - und nicht nur mit sipgate...
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 855 (Mitglieder: 47, Gäste: 808)

Neueste Beiträge

Statistik des Forums

Themen
246,093
Beiträge
2,245,982
Mitglieder
373,572
Neuestes Mitglied
René K.
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.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück