1und1 vorübergehend nicht erreichbar

  • Hallo,
    ich habe jetzt hinter einem Netgear Router das Problem das sich nach gewisser Zeit die Starface einfach abmeldet bei 1und1. Nach einem Neustart der Starface ist alles wieder okay.
    Ich habe sogar die Starface in der DMZ stehen. Woran kann das liegen?


    Gruß
    Michael

  • Ich habe hier mal ein Protokoll von dem Starface Rechner. Da steht immer was von Warning. hat das was zu bedeuten?



    Mar 4 12:08:11 WARNING[2251] config.c: Unterminated comment detected beginning on line 18
    Mar 4 12:08:11 WARNING[2251] config.c: Unknown directive 'exten' at line 87 of /etc/asterisk/dialplan/extensions.conf
    Mar 4 12:08:11 WARNING[2251] pbx.c: Context 'international' tries includes nonexistent context 'specialservice'
    Mar 4 12:08:11 WARNING[2251] pbx.c: Context 'incoming' tries includes nonexistent context 'specialservice-incoming'
    Mar 4 12:08:11 WARNING[2251] cdr_pgsql.c: CDR table not specified. Assuming cdr
    Mar 4 12:08:12 WARNING[2251] chan_sip.c: Format for authentication entry is user[:secret]@realm at line 45
    Mar 4 12:08:12 WARNING[2251] chan_sip.c: Format for authentication entry is user[:secret]@realm at line 83
    Mar 4 12:08:12 WARNING[2251] chan_sip.c: Format for authentication entry is user[:secret]@realm at line 105
    Mar 4 12:08:12 WARNING[2251] chan_sip.c: Format for authentication entry is user[:secret]@realm at line 127
    Mar 4 12:08:12 WARNING[2251] config.c: Unterminated comment detected beginning on line 25
    Mar 4 12:08:18 WARNING[2298] config.c: Unterminated comment detected beginning on line 18
    Mar 4 12:08:18 WARNING[2298] config.c: Unknown directive 'exten' at line 87 of /etc/asterisk/dialplan/extensions.conf
    Mar 4 12:08:18 WARNING[2298] pbx.c: Context 'international' tries includes nonexistent context 'specialservice'
    Mar 4 12:08:18 WARNING[2298] pbx.c: Context 'incoming' tries includes nonexistent context 'specialservice-incoming'
    Mar 4 12:08:18 WARNING[2298] cdr_pgsql.c: CDR table not specified. Assuming cdr
    Mar 4 12:08:20 WARNING[2298] chan_sip.c: Format for authentication entry is user[:secret]@realm at line 45
    Mar 4 12:08:20 WARNING[2298] chan_sip.c: Format for authentication entry is user[:secret]@realm at line 83
    Mar 4 12:08:20 WARNING[2298] chan_sip.c: Format for authentication entry is user[:secret]@realm at line 105
    Mar 4 12:08:20 WARNING[2298] chan_sip.c: Format for authentication entry is user[:secret]@realm at line 127
    Mar 4 12:08:20 WARNING[2298] config.c: Unterminated comment detected beginning on line 25

  • Hallo,
    ich habe ja extreme Schwierigkeiten mit 1und1 an der Starface Anlage. Sip ist registriert, alles grün, man kann den Anschluss auch über ein paar Stunden erreichen und auf einmal ist man angeblich abgemeldet bei 1und1.
    Startet man dann die Starface neu ist alles wieder gut bis das nächste mal aushakt.
    Mit Sipgate passiert mir das ganze nicht. Da funktioniert das einwandfrei.


    Kann ich den anstatt den Leitungsassistent zu nehmen nicht manuell den 1und1 hinzufügen und dort vielleicht etwas anderes einstellen als in den Vorgaben?
    Ich wüßte auch nicht warum die registrierung auf einmal weg ist ...


    Vielen Dank
    Gruß
    Michael

  • Du hast offensichtlich einen Fehler in extensions.conf, schau' Dir die Datei an, so lässt sich herausfinden a) wie genau er aussieht, und b) hoffentlich auch wie der da hinenkommt. Dazu braucht es etwas an Asterisk Kenntnissen.

  • Na und mit den kenntnissen boert es ja dann auf. Deswegen nutze ich ja starface... Ich in da eher in einer anderen richfung unterwegs aber mein verstand sagt mir zumindest das das was in dem leitungsassistenten nicht stimmen kann. Deswegen war ja die frage ob man das manuell unter leitungen einstellen kann. Optionen gibt es ja genug.

    Ich musy dazu sagen das mein starface virtuell lauft unx ich auch probleme mit der mail ox und stotternder sprache habe ei der aufnahme. Vielleicht sollte ich das gesammte System ei mal neu auf richtiger Hardware installieren?
    Gruss
    Michael

  • Hallo,


    wenn deine Starface virtuell läuft, und Du stotterige Sprache in den Ansagen hast, dann stimmt die Hardware für die Starface nicht! Die Fehler die Du beschreibst, hatte ich auch schon einmal in meinen logs, hat aber die Funktion meiner Anlage nicht beeinträchtigt. Wie hast du die SF denn visualisiert? Welches Programm und welche Hardware?


    P.S. du solltest nicht per Handy schreiben... ist ja gruselig ;)

    Gruss Torsten

  • Hallo,
    ich habe Virtual Box genommen und das ganze läuft eigentlich auf einem Windows 2003 Server und hat 1 GB Speicher zugewiesen bekommen.
    Ich glaube aber trotzdem das ich das Teil auf richtige Hardware betreiben möchte und ich denke dann ist auch das stottern weg. Viel wichtiger ist das mit eins und eins...


    Gruß
    Michael

  • Hi lakilan 2,
    entschuldige Bitte das späte reagieren von unsrer Seite. Aber durch die CeBit stehen wir gerade ziemlich unter Dampf :)


    Ich könnte mir hier vorstellen, das es sich um ein NAT-Problem handelt.
    Irgendwie scheint 1und1 dich nach der Registrierung irgend wann nicht mehr zu finden (eingehend).


    Im Netzwerkbereich der STARFACE, hast du dort den Punkt "Hinter NAT" auf ja oder nein stehen?
    Teste mal die Einstellung mit "ja" und melde dich ob es was geholfen hat.


    Ansonsten müssten wir mal auf die Konsole schauen was dort SIP-Seitig alles passiert. Wie du das genau machen kannst, werde ich dir dann im Detail noch beschreiben, sofern du da Hilfe brauchst.



    P.S.: Was die virtuelle Maschine angeht, empfehlen wir dies nur für Testzwecke. Sobald ein System Produktiv geht, sollte es auf einer dedizierten Hardware laufen.

  • Hallo,
    ja steht auf hinter NAT. Bei Sipgate wie gesagt gibt es auch kein Problem. Die beschriebenen Ports sind alle offen.
    Habe einen Netgear Router, der hat eine SPI firewall. Ich weiss nicht ob der die Ports wieder zumacht oder sonst was aber komischerweise geht es ja mit Sipgate ohne diese Probleme. Das wundert mich ein wenig. Ich kann aber gerne auf die Konsole schauen.
    Mein Problem ist es der Kunde möchte Starface kaufen und ich wollte ihm zum testen zu Hause die "Light" Variante hinstellen zum durchtesten und jetzt funktioniret das nicht....Naja ich denke das sollte man in den Griff bekommen.
    Vielleicht hilft ja ein anderer Router? Vielleicht macht der irgendwas was der nicht soll. Aber ich habe auch zu testzwecken die Starface in die DMZ gestellt und immer noch die Probleme. Auch Stun ist eingetragen ....


    Gruß
    Michael

  • Also zunächst müsste du dich via Putty auf die STARFACE verbinden.
    Dazu wirst du auch das Root Passwort für deine STARFACE benötigen.


    Dort kannst du dann mit

    Code
    asterisk -rvvv

    auf die Konsole des Asterisk verbinden.


    Dort wiederum kannst du mit

    Code
    sip debug peer <1und1Account>

    das SIP-Debugging auf den Peer zu 1&1 konzentrieren.


    Führe anschließend bitte einen Ruf eingehend aus. Und poste uns hier alles was du dort angezeigt bekommst.


    In den so geloggten SIP-Packeten können wir wahrscheinlich einen Fehler entdecken.

  • Hallo,
    vielen dank werde ich morgen mal ausprobieren und posten. Soll ich den Ruf eingehend dann machen wenn die Nummer "angeblich" nicht erreichbar ist oder einfach so auch wenn der Ruf durchgestellt wird?
    Gruß
    Michael

  • Destroying call 'SDkldh901-1f1e9ba570e068e7dc964b998f844f3e-iik81f1'
    starface*CLI> sip debug peer 492305922913
    SIP Debugging Enabled for IP: 212.227.15.197:5060
    starface*CLI>
    <-- SIP read from 212.227.15.197:5060:
    ACK sip:922913@92.77.61.84 SIP/2.0
    Record-Route: <sip:212.227.15.197;lr=on;ftag=SDbpelb01-9cd5e904>
    Record-Route: <sip:212.227.15.231;lr=on;ftag=SDbpelb01-9cd5e904>
    Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bK8927.e16eb981637106f98d48ae0bcd92b277.0
    Via: SIP/2.0/UDP 212.227.15.231;branch=z9hG4bK8927.e16eb981637106f98d48ae0bcd92b277.0
    Via: SIP/2.0/UDP 212.227.15.236;branch=z9hG4bK8927.e16eb981637106f98d48ae0bcd92b277.0
    From: "+4915117423151" <sip:+4915117423151@arcor.de;user=phone>;tag=SDbpelb01-9cd5e904
    Call-ID: SDbpelb01-2b08b48d18355da2d869dd404f815ba7-iik81f1
    To: <sip:+492305922913@1und1.de;user=phone>;tag=as43c2bd8b
    CSeq: 1 ACK
    Max-Forwards: 68
    User-Agent: OpenSER (1.3.4-tls (i386/linux))
    Content-Length: 0

  • und das ist wenns geht


    <-- SIP read from 212.227.15.231:5060:
    INVITE sip:922913@92.77.61.84 SIP/2.0
    Record-Route: <sip:212.227.15.231;lr=on;ftag=SDt2f9901-9cd96d85>
    Record-Route: <sip:212.227.15.194;lr=on;ftag=SDt2f9901-9cd96d85>
    Record-Route: <sip:212.227.15.197;lr=on;ftag=SDt2f9901-9cd96d85>
    Via: SIP/2.0/UDP 212.227.15.231;branch=z9hG4bKadd1.7edb98ca34a439d32c5d1a6012c4e8e3.0
    Via: SIP/2.0/UDP 212.227.15.194;branch=z9hG4bKadd1.7edb98ca34a439d32c5d1a6012c4e8e3.0
    Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bK7e96rg205ophbbkis2s0.1
    Via: SIP/2.0/UDP 212.144.24.221:5060;branch=z9hG4bK7e96rg205ophbbkis2s0.1
    To: <sip:+492305922913@1und1.de;user=phone>
    From: "+4915117423151" <sip:+4915117423151@arcor.de;user=phone>;tag=SDt2f9901-9cd96d85
    Call-ID: SDt2f9901-327ee84dec69f41d614aa60dcc056ffd-iik81f1
    CSeq: 1 INVITE
    Max-Forwards: 66
    Contact: <sip:+4915117423151@212.144.24.221:5060;transport=udp>
    Allow: INVITE, ACK, PRACK, CANCEL, BYE, OPTIONS, MESSAGE, NOTIFY, UPDATE, REGISTER, INFO, REFER, SUBSCRIBE
    P-Asserted-Identity: <sip:+4915117423151@arcor.de>
    Accept: application/sdp, application/isup, application/xml, application/dtmf-relay
    Content-Type: application/sdp
    Content-Length: 216
    Route: <sip:212.227.15.231;lr>
    Route: <sip:+492305922913@212.227.15.197:5060;user=phone;lr>


    v=0
    o=- 128 1236446262 IN IP4 212.144.24.221
    s=IMSS
    c=IN IP4 212.144.24.221
    t=0 0
    m=audio 29558 RTP/AVP 8 103 18 102
    a=rtpmap:103 G726-32/8000
    a=ptime:20
    a=rtpmap:102 telephone-event/8000/1
    a=fmtp:102 0-15


    --- (21 headers 10 lines) ---
    Ignoring this INVITE request
    Transmitting (NAT) to 212.227.15.231:5060:
    SIP/2.0 100 Trying
    Via: SIP/2.0/UDP 212.227.15.231;branch=z9hG4bKadd1.7edb98ca34a439d32c5d1a6012c4e8e3.0;received=212.227.15.231
    Via: SIP/2.0/UDP 212.227.15.194;branch=z9hG4bKadd1.7edb98ca34a439d32c5d1a6012c4e8e3.0
    Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bK7e96rg205ophbbkis2s0.1
    Via: SIP/2.0/UDP 212.144.24.221:5060;branch=z9hG4bK7e96rg205ophbbkis2s0.1
    From: "+4915117423151" <sip:+4915117423151@arcor.de;user=phone>;tag=SDt2f9901-9cd96d85
    To: <sip:+492305922913@1und1.de;user=phone>
    Call-ID: SDt2f9901-327ee84dec69f41d614aa60dcc056ffd-iik81f1
    CSeq: 1 INVITE
    User-Agent: STARFACE PBX
    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
    Contact: <sip:922913@92.77.61.84>
    Content-Length: 0



    ---
    -- Executing Set("SIP/4923059023589-09151628", "channelname=Fax_Senden-incoming") in new stack
    -- Executing Goto("SIP/4923059023589-09151628", "incoming|922913|1") in new stack
    -- Goto (incoming,922913,1)
    -- Executing Goto("SIP/4923059023589-09151628", "calling|922913|1") in new stack
    -- Goto (calling,922913,1)
    -- Executing AGI("SIP/4923059023589-09151628", "agi://localhost/initdial.agi") in new stack
    -- AGI Script Executing Application: (Set) Options: (__SFCLIDNUM=+4915117423151)
    -- AGI Script Executing Application: (Set) Options: (__SFCLIDINTNUM=)
    -- AGI Script Executing Application: (Set) Options: (__SFCLIDNAME=)
    -- AGI Script Executing Application: (noop) Options: (---[info]---Call from : (name) (num) +4915117423151 (intern) )
    -- AGI Script Executing Application: (Set) Options: (LANGUAGE()=de)
    -- AGI Script Executing Application: (Set) Options: (CDR(userfield)=1053)
    -- AGI Script Executing Application: (setCallerPres) Options: (ALLOWED)
    -- AGI Script Executing Application: (Set) Options: (CALLERID(all)=922913: +4915117423151 <+4915117423151>)
    -- AGI Script Executing Application: (noop) Options: (---[Info]---Call incoming to 922913 )
    -- AGI Script Executing Application: (Set) Options: (CDR(userfield)=1054)
    -- AGI Script Executing Application: (setCallerPres) Options: (ALLOWED)
    -- AGI Script Executing Application: (Set) Options: (CALLERID(all)=922913: +4915117423151 <+4915117423151>)
    -- AGI Script Executing Application: (ChanIsAvail) Options: (IAX2/1000)
    -- AGI Script Executing Application: (ChanIsAvail) Options: (SIP/1002.snom360)
    -- AGI Script Executing Application: (Set) Options: (CDR(accountcode)=1)
    -- AGI Script Executing Application: (Dial) Options: (SIP/1002.snom360|30|wW)
    -- Called 1002.snom360
    -- SIP/1002.snom360-0919cd38 is ringing
    Transmitting (NAT) to 212.227.15.231:5060:
    SIP/2.0 180 Ringing
    Via: SIP/2.0/UDP 212.227.15.231;branch=z9hG4bKadd1.7edb98ca34a439d32c5d1a6012c4e8e3.0;received=212.227.15.231
    Via: SIP/2.0/UDP 212.227.15.194;branch=z9hG4bKadd1.7edb98ca34a439d32c5d1a6012c4e8e3.0
    Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bK7e96rg205ophbbkis2s0.1
    Via: SIP/2.0/UDP 212.144.24.221:5060;branch=z9hG4bK7e96rg205ophbbkis2s0.1
    From: "+4915117423151" <sip:+4915117423151@arcor.de;user=phone>;tag=SDt2f9901-9cd96d85
    To: <sip:+492305922913@1und1.de;user=phone>;tag=as63902b21
    Call-ID: SDt2f9901-327ee84dec69f41d614aa60dcc056ffd-iik81f1
    CSeq: 1 INVITE
    User-Agent: STARFACE PBX
    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
    Contact: <sip:922913@92.77.61.84>
    Content-Length: 0



    ---
    -- SIP/1002.snom360-0919cd38 is ringing
    -- SIP/1002.snom360-0919cd38 is ringing
    -- SIP/1002.snom360-0919cd38 is ringing
    starface*CLI>
    <-- SIP read from 212.227.15.231:5060:
    CANCEL sip:922913@92.77.61.84 SIP/2.0
    Record-Route: <sip:212.227.15.231;lr=on;ftag=SDt2f9901-9cd96d85>
    Via: SIP/2.0/UDP 212.227.15.231;branch=z9hG4bKadd1.7edb98ca34a439d32c5d1a6012c4e8e3.0
    Via: SIP/2.0/UDP 212.227.15.194;branch=z9hG4bKadd1.7edb98ca34a439d32c5d1a6012c4e8e3.0
    From: "+4915117423151" <sip:+4915117423151@arcor.de;user=phone>;tag=SDt2f9901-9cd96d85
    Call-ID: SDt2f9901-327ee84dec69f41d614aa60dcc056ffd-iik81f1
    To: <sip:+492305922913@1und1.de;user=phone>
    CSeq: 1 CANCEL
    Max-Forwards: 69
    Route: <sip:212.227.15.231;lr>
    Route: <sip:+492305922913@212.227.15.197:5060;user=phone;lr>
    User-Agent: OpenSER (1.3.4-tls (i386/linux))
    Content-Length: 0



    --- (13 headers 0 lines) ---
    Sending to 212.227.15.231 : 5060 (NAT)
    Reliably Transmitting (NAT) to 212.227.15.231:5060:
    SIP/2.0 487 Request Terminated
    Via: SIP/2.0/UDP 212.227.15.231;branch=z9hG4bKadd1.7edb98ca34a439d32c5d1a6012c4e8e3.0;received=212.227.15.231
    Via: SIP/2.0/UDP 212.227.15.194;branch=z9hG4bKadd1.7edb98ca34a439d32c5d1a6012c4e8e3.0
    Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bK7e96rg205ophbbkis2s0.1
    Via: SIP/2.0/UDP 212.144.24.221:5060;branch=z9hG4bK7e96rg205ophbbkis2s0.1
    From: "+4915117423151" <sip:+4915117423151@arcor.de;user=phone>;tag=SDt2f9901-9cd96d85
    To: <sip:+492305922913@1und1.de;user=phone>;tag=as63902b21
    Call-ID: SDt2f9901-327ee84dec69f41d614aa60dcc056ffd-iik81f1
    CSeq: 1 INVITE
    User-Agent: STARFACE PBX
    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
    Content-Length: 0



    ---
    Transmitting (NAT) to 212.227.15.231:5060:
    SIP/2.0 200 OK
    Via: SIP/2.0/UDP 212.227.15.231;branch=z9hG4bKadd1.7edb98ca34a439d32c5d1a6012c4e8e3.0;received=212.227.15.231
    Via: SIP/2.0/UDP 212.227.15.194;branch=z9hG4bKadd1.7edb98ca34a439d32c5d1a6012c4e8e3.0
    Record-Route: <sip:212.227.15.231;lr=on;ftag=SDt2f9901-9cd96d85>
    From: "+4915117423151" <sip:+4915117423151@arcor.de;user=phone>;tag=SDt2f9901-9cd96d85
    To: <sip:+492305922913@1und1.de;user=phone>;tag=as63902b21
    Call-ID: SDt2f9901-327ee84dec69f41d614aa60dcc056ffd-iik81f1
    CSeq: 1 CANCEL
    User-Agent: STARFACE PBX
    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
    Contact: <sip:922913@92.77.61.84>
    Content-Length: 0



    ---
    == Spawn extension (calling, 922913, 1) exited non-zero on 'SIP/4923059023589-09151628'
    Destroying call '48b1d9bf2288e9fa43cc31e232cf56b6@127.0.0.1'
    Destroying call '34dcd36806929c114837c4c903af8276@127.0.0.1'
    Destroying call '468cc5ba20c6cc523d5daf9f094bdaae@127.0.0.1'
    Destroying call '6c0a02b02d7c790077d87db7517ae447@127.0.0.1'

  • Hallo,
    wenn ich sip show peers durchführe kommt auch diese Liste hier zum Vorschein. Da steht überall unmonitored.
    Und bei NAT steht ein N überal. Heisst das "nein" ? oder einfach nur hinter NAT.?



    1007.LinksysPA/1007.Links 192.168.11.103 D N 5060 Unmonitored
    4923059023589/49230590235 212.227.15.197 N 5060 Unmonitored
    1005.SPA1001/1005.SPA1001 192.168.11.102 D N 5060 Unmonitored
    492305922914/492305922914 212.227.15.197 N 5060 Unmonitored
    492305922915/492305922915 212.227.15.197 N 5060 Unmonitored
    1002.snom360/1002.snom360 192.168.11.100 D N 2052 Unmonitored
    492305922913/492305922913 212.227.15.197 N 5060 Unmonitored
    7 sip peers [7 online , 0 offline]


    Gruß
    Michael

  • Hi,



    1007.LinksysPA/1007.Links 192.168.11.103 D N 5060 Unmonitored


    D=dynamisch
    N=NAT
    Unmonitored=kein qualify


    Da die Telefone intern sind, solltest du NAT ausschalten, es sei den du hast die SF intern auch noch hinter NAT. Bei den Leitungen ist NAT ok


    Es könnte auch so aussehen:


    1007.LinksysPA/1007.Links 192.168.11.103 D N 5060 <80ms>


    Dann hättest du qualify auf Yes und eine Response Zeit von 80ms

    Gruss Torsten

  • In den Leitungskonfigurationen musst du in dem Auswahlfeld eine neue Leitung anlegen, oder die vorhanden ändern (kleiner Stift nehben dem Auswahlfeld)


    Es ist nicht unbedingt nötig dies umzustellen.


    weitere Infos: hier

    Gruss Torsten

  • Hi Michael,


    den parameter "qualify=yes" kannst du im Providerprofil setzen, du müsstest also ein neues Profil für 1&1 erstellen.
    Ich kann mir allerdings nicht wirklich vorstellen dass hier der Router dicht macht, weil sipgate ja immer funktioniert...


    Bzgl. Debugging:


    Ist das das einzige Paket was ankommt, wenn du während der "Nichterreichbarkeit" mal auf deine 1&1-Rufnummer anrufst?



    Könnte mir auch vorstellen dass hier evtl. noch was fehlt. Zu sehen ist nur ein ACK(Acknowledge), quasi eine Bestätigung vom Provider. Bloß die Frage ist auf was das ACK kommt....


    Kannst du den Test nochmals durchführen?

    Gruß / Regards
    Philipp

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!