.titleBar { margin-bottom: 5px!important; }

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

Dieses Thema im Forum "Asterisk Allgemein" wurde erstellt von streawkceur, 15 Nov. 2004.

  1. streawkceur

    streawkceur Neuer User

    Registriert seit:
    2 Nov. 2004
    Beiträge:
    26
    Zustimmungen:
    0
    Punkte für Erfolge:
    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 '5335533@sip.web.de' 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:5335533@sip.web.de>;tag=as39d0cf2d'
    Nov 15 22:38:30 NOTICE[1092201392]: chan_sip.c:4053 sip_reg_timeout: Registration for '5335533@sip.web.de' 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:5335533@sip.web.de>;tag=as7923ba9c'
    Nov 15 22:38:50 NOTICE[1092201392]: chan_sip.c:4053 sip_reg_timeout: Registration for '5335533@sip.web.de' 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:5335533@sip.web.de>;tag=as55c2fcd9'
    Nov 15 22:39:10 NOTICE[1092201392]: chan_sip.c:4053 sip_reg_timeout: Registration for '5335533@sip.web.de' 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:5335533@sip.web.de>;tag=as4e91e81e'
    Nov 15 22:39:30 NOTICE[1092201392]: chan_sip.c:4053 sip_reg_timeout: Registration for '5335533@sip.web.de' 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:5335533@sip.web.de>;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 '5335533@sip.web.de' 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:5335533@sip.web.de>;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?
     
  2. poppy

    poppy Neuer User

    Registriert seit:
    19 Aug. 2004
    Beiträge:
    49
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Sollte das nicht ...@sipgate.de/... heißen?
     
  3. streawkceur

    streawkceur Neuer User

    Registriert seit:
    2 Nov. 2004
    Beiträge:
    26
    Zustimmungen:
    0
    Punkte für Erfolge:
    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.
     
  4. TinTin

    TinTin Aktives Mitglied

    Registriert seit:
    6 Mai 2004
    Beiträge:
    1,864
    Zustimmungen:
    0
    Punkte für Erfolge:
    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
     
  5. rollo

    rollo IPPF-Promi

    Registriert seit:
    5 Juli 2004
    Beiträge:
    8,278
    Zustimmungen:
    1
    Punkte für Erfolge:
    38
    Ort:
    JO30SK
    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
     
  6. TinTin

    TinTin Aktives Mitglied

    Registriert seit:
    6 Mai 2004
    Beiträge:
    1,864
    Zustimmungen:
    0
    Punkte für Erfolge:
    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
     
  7. rollo

    rollo IPPF-Promi

    Registriert seit:
    5 Juli 2004
    Beiträge:
    8,278
    Zustimmungen:
    1
    Punkte für Erfolge:
    38
    Ort:
    JO30SK
    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
     
  8. TinTin

    TinTin Aktives Mitglied

    Registriert seit:
    6 Mai 2004
    Beiträge:
    1,864
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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
     
  9. rollo

    rollo IPPF-Promi

    Registriert seit:
    5 Juli 2004
    Beiträge:
    8,278
    Zustimmungen:
    1
    Punkte für Erfolge:
    38
    Ort:
    JO30SK
    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:yyyyyy@sipgate.de/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
     
  10. streawkceur

    streawkceur Neuer User

    Registriert seit:
    2 Nov. 2004
    Beiträge:
    26
    Zustimmungen:
    0
    Punkte für Erfolge:
    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?

    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
     
  11. rollo

    rollo IPPF-Promi

    Registriert seit:
    5 Juli 2004
    Beiträge:
    8,278
    Zustimmungen:
    1
    Punkte für Erfolge:
    38
    Ort:
    JO30SK
    Gleicher User ist ken Problem, X-Light und Asterisk sollten nur verschiedene SIP Ports benutzen.

    jo
     
  12. TinTin

    TinTin Aktives Mitglied

    Registriert seit:
    6 Mai 2004
    Beiträge:
    1,864
    Zustimmungen:
    0
    Punkte für Erfolge:
    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
     
  13. streawkceur

    streawkceur Neuer User

    Registriert seit:
    2 Nov. 2004
    Beiträge:
    26
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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
    ...
    :)
    Komisch nur, dass web.de immer funktioniert hat und sipgate nicht.
     
  14. streawkceur

    streawkceur Neuer User

    Registriert seit:
    2 Nov. 2004
    Beiträge:
    26
    Zustimmungen:
    0
    Punkte für Erfolge:
    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 '5335533@sipgate.de' 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:5335533@sipgate.de>;tag=as2b79b5ff
    To: <sip:5335533@sipgate.de>
    Call-ID: 79e2a9e37545e146515f007c5bd062c2@127.0.0.1
    CSeq: 104 REGISTER
    User-Agent: Asterisk PBX
    Expires: 120
    Contact: <sip:1@81.173.165.186>
    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:5335533@sipgate.de>;tag=as2b79b5ff
    To: <sip:5335533@sipgate.de>
    Call-ID: 79e2a9e37545e146515f007c5bd062c2@127.0.0.1
    CSeq: 104 REGISTER
    User-Agent: Asterisk PBX
    Expires: 120
    Contact: <sip:1@81.173.165.186>
    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:asterisk@81.173.165.186>;tag=as6812ddbe
    To: <sip:217.10.79.9>
    Contact: <sip:asterisk@81.173.165.186>
    Call-ID: 2964175404e68c6a1f58c14d66b69ada@81.173.165.186
    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:5335533@sipgate.de>;tag=as2b79b5ff
    To: <sip:5335533@sipgate.de>
    Call-ID: 79e2a9e37545e146515f007c5bd062c2@127.0.0.1
    CSeq: 104 REGISTER
    User-Agent: Asterisk PBX
    Expires: 120
    Contact: <sip:1@81.173.165.186>
    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:asterisk@81.173.165.186>;tag=as6812ddbe
    To: <sip:217.10.79.9>
    Contact: <sip:asterisk@81.173.165.186>
    Call-ID: 2964175404e68c6a1f58c14d66b69ada@81.173.165.186
    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:5335533@sipgate.de>;tag=as2b79b5ff
    To: <sip:5335533@sipgate.de>
    Call-ID: 79e2a9e37545e146515f007c5bd062c2@127.0.0.1
    CSeq: 104 REGISTER
    User-Agent: Asterisk PBX
    Expires: 120
    Contact: <sip:1@81.173.165.186>
    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:asterisk@81.173.165.186>;tag=as6812ddbe
    To: <sip:217.10.79.9>
    Contact: <sip:asterisk@81.173.165.186>
    Call-ID: 2964175404e68c6a1f58c14d66b69ada@81.173.165.186
    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:5335533@sipgate.de>;tag=as2b79b5ff
    To: <sip:5335533@sipgate.de>
    Call-ID: 79e2a9e37545e146515f007c5bd062c2@127.0.0.1
    CSeq: 104 REGISTER
    User-Agent: Asterisk PBX
    Expires: 120
    Contact: <sip:1@81.173.165.186>
    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:asterisk@81.173.165.186>;tag=as6812ddbe
    To: <sip:217.10.79.9>
    Contact: <sip:asterisk@81.173.165.186>
    Call-ID: 2964175404e68c6a1f58c14d66b69ada@81.173.165.186
    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:5335533@sipgate.de>;tag=as2b79b5ff
    To: <sip:5335533@sipgate.de>
    Call-ID: 79e2a9e37545e146515f007c5bd062c2@127.0.0.1
    CSeq: 104 REGISTER
    User-Agent: Asterisk PBX
    Expires: 120
    Contact: <sip:1@81.173.165.186>
    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:asterisk@81.173.165.186>;tag=as6812ddbe
    To: <sip:217.10.79.9>
    Contact: <sip:asterisk@81.173.165.186>
    Call-ID: 2964175404e68c6a1f58c14d66b69ada@81.173.165.186
    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 '2964175404e68c6a1f58c14d66b69ada@81.173.165.186'
    Urgent handler
    Nov 18 18:47:56 WARNING[1092201392]: chan_sip.c:683 retrans_pkt: Maximum retries exceeded on call 79e2a9e37545e146515f007c5bd062c2@127.0.0.1 for seqno 104 (Critical Request)
    Destroying call '79e2a9e37545e146515f007c5bd062c2@127.0.0.1'
    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*
     
  15. streawkceur

    streawkceur Neuer User

    Registriert seit:
    2 Nov. 2004
    Beiträge:
    26
    Zustimmungen:
    0
    Punkte für Erfolge:
    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...
     
  16. lo4dro

    lo4dro Mitglied

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

    streawkceur Neuer User

    Registriert seit:
    2 Nov. 2004
    Beiträge:
    26
    Zustimmungen:
    0
    Punkte für Erfolge:
    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...
     
  18. streawkceur

    streawkceur Neuer User

    Registriert seit:
    2 Nov. 2004
    Beiträge:
    26
    Zustimmungen:
    0
    Punkte für Erfolge:
    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!
     
  19. TinTin

    TinTin Aktives Mitglied

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