Versatel eSBC / Rufumleitung oder 302 Moved Temporarily

  • Hallo Leute,


    wir haben einen Kunden mit einer 1&1 Versatel Glasfaser Business in Betrieb genommen.
    Anrufe rein und raus funktionieren einwandfrei. Kann auch daran liegen dass der Kunde einen eSBC von Versatel mit einem Bein im LAN stehen hat (Audiocodes-Router).


    Leider kann er aber keine Anrufe auf einen externen Anschluss umleiten. ("Hangup Cause: Network out of order ")
    nach einigem Hin und Her mit der Inbetriebnahmehotline haben wir festgestellt, dass die Anforderungen nicht erfüllt werden.
    Im Contact Header wird die Rufnummer des externen Anrufers an den eSBC übermittelt.
    Erwartet wird die Stammnummer. stelle ich das aber ein mit den unterschiedlichen Rufnummernformaten registriert sich der SIP-Trunk nicht.
    nur mit "Erste Nummer".


    hatte das schon einmal jemand?
    Kann man das in einer manuellen Leitungskonfiguration anpassen?


    alternativ wäre eine Signalisierung wie bei einer Rufumleitung im Amt.
    Hier der Auszug aus dem SIP-Datenblatt der Versatel betreffend Umleitung:


    Wird ein Anruf also umgeleitet, muss die IP-PBX ein „302 Moved
    Temporarily“ oder „301 Moved Permanently“ senden.


    Grüße
    Frank


  • alternativ wäre eine Signalisierung wie bei einer Rufumleitung im Amt.
    Hier der Auszug aus dem SIP-Datenblatt der Versatel betreffend Umleitung:


    Wird ein Anruf also umgeleitet, muss die IP-PBX ein „302 Moved
    Temporarily“ oder „301 Moved Permanently“ senden.


    Hallo Frank,


    zu dem ersten Teil kann ich leider nichts sagen. Zum Thema 301/302: Das unterstützt die STARFACE bisher noch nicht, es gibt aber dazu im Vorschlagsportal bereits einen Featurewunsch.


    Gruß
    Andreas

    Presales Manager


    STARFACE GmbH | Adlerstraße 61 | 76137 Karlsruhe | www.starface.com

  • Hallo Frank,


    ich habe durch Zufall Deinen Beitrag gelesen. Bin zur Zeit bei einem Kunden, der umgestellt wurde, auf einen 1&1 Glasfaser Premium-Anschluss mit vor Ort Hardware E-SBC. Wie hast Du geschafft, dieses an der Starface-Anlage anzumelden?


    Wärer Dir für Unterstützung sehr dankbar.


    Gruß


    Ralf

  • Hallo Ralf,


    sorry dass ich diese Frage nicht gesehen habe. Läuft es mittlerweile? um mein Problem zu beheben habe ich Clip No Screening ausgeschalten. Dann ging es.


    Gerne weiterer Erfahrungsaustausch... :)


    Frank

  • Hallo Frank,
    ist zwar schon ne Weile her, aber ich hoffe du liest diesen Thread weiter...


    Ich stehe vor demselben Problem wie du zu Anfang: keine Rufweiterschaltungen am "1&1 Glasfaser Business" (so die exakte Produktbezeichnung).


    Auch mir wurde gesagt, dass die Stammnummer übermittelt werden muss - egal was ich aber einstelle, registriert sich der SIP nur mit "erste Nr." + "ohne Vorwahl".
    Schalte ich clip no screening ab, wird der SIP ebenfalls NICHT registriert!


    Weißt du Rat?


    Dankeschön!
    Grüße Jörg




  • Hallo Jörg,


    sorry wenn es eine Weile gedauert hat...
    das Problem ist beim Kunden noch existent.
    Die SIP-Registrierung war bei mir nie das Problem, sondern nur die Weiterleitung.
    mit CNS geht es nicht weil die Stammnummer erwartet wird.
    ohne CNS geht es.


    Gerne kann ich noch das Leitungsprofil "screenen" wenn Du bei der Anbindung des eSBC schon scheitern solltest.
    wenn du es aber mittlerweile hin bekommen hast mit der CNS Übermittlung bin ich auch für Feedbach dankbar.


    VG
    Frank

  • Hallo Zusammen,


    ich habe aktuelle die gleichen Probleme bei Kunden. Das heißt die Rufweiterleitung mit dem Dienst Clip no screening funktioniert nicht.


    Gibt es zu dem Thema schon Lösungsansätze? Freue mich über weieteren Austausch.



    Gruß


    Ralf

  • Hallo zusammen,


    muss das Thema doch noch einmal aufrollen...
    Problem hat sich nach dem Update auf die 7.0.2.1 verschlechtert.
    Jetzt funktionieren gar keine Weiterleitungen mehr wenn der A-Teilnehmer ein externer ist.
    Hangup Cause: NETWORK_OUT_OF_ORDER


    Ist der A-Teilnehmer ein Kollege funktioniert die Weiterleitung des Users.


    auf der zuvor vorhandenen Version 6.7.2.2 war es wenigstens so, dass die Weiterleitung bei ausgeschaltetem ClipNoScreening funktioniert hat.



    Vielen Dank für weitere Anreize...


    Frank

  • Hallo zusammen,


    wir hatten bei einem Kunde mal das gleiche Problem in Verbindung mit einem SBC allerdings in Kroatien. Uns hat damals geholfen bei den "Einstellungen für Wählformat und Rufnummernanzeige" unter Typ das Profil "qsconnect" auszuwählen. Dabei werden Rufweiterleitungen anders behandelt. Falls ihr das noch nicht getestet habt hilft es ja eventuell weiter.


    Screenshot 2021-08-09 170708.png


    Gruss
    Philip

  • Hallo, habe es ausprobiert...
    leider ohne Besserung.



    ich habe ein Antwort vom Versatel-Support bekommen.
    Dass die STARFACE kein "302" unterstützt ist mittlerweile klar, aber vielleicht kann mir jemand mit den weiteren Infos noch was als Ratschlag geben...



    Hallo Herr Straub,


    wie telefonisch besprochen, hier die Auswertung des Testcalls (Rufweiterleitung).


    Wir empfehlen für die Weiterleitung ‚302 moved temporarily‘ (Partial Rerouting) zu verwenden.


    Hier ist dann die C Nummer in das ‚Contact‘ Feld zu platzieren!


    Warum die Starface im Weiterleitungsfall die ‚Invite‘ ,wie im Trace dargestellt befüllt, ist unklar.


    Bei einem standard Call abgehend, werden die Felder in der ‚Invite‘ korrekt befüllt!


    Ggf. müssen Sie hier einmal auf den Starface Support zugehen!



    Traceauszug – Weiterleitung:


    // ‚Invite‘ Weiterleitung – Starface! >> Einträge nicht korrekt!


    Aug 18 10:59:02 ---- Incoming SIP Message from <<STARFACE-IP-ADRESSE>>:5060 to SIPInterface #0 (SI_LAN) UDP TO(#0) ---- [Time:18-08@10:59:02.340]
    Aug 18 10:59:02 INVITE sip:004972195500650@<<SBC-IP-ADRESSE>> SIP/2.0
    Via: SIP/2.0/UDP <<STARFACE-IP-ADRESSE>>:5060;branch=z9hG4bK16c0a351;rport
    Max-Forwards: 70
    From: "anonymous" <sip:0@versatel.sip>;tag=as62ff559d
    To: <sip:004972195500650@<<SBC-IP-ADRESSE>>>
    Contact: <sip:0@<<STARFACE-IP-ADRESSE>>:5060>
    Call-ID: 5c21f6aa531170ae1b8269080b04c665@versatel.sip
    CSeq: 102 INVITE
    User-Agent: STARFACE PBX
    Date: Wed, 18 Aug 2021 08:59:02 GMT
    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
    Supported: replaces, timer
    Content-Type: application/sdp
    Content-Length: 296

    v=0
    o=root 1753858030 1753858030 IN IP4 <<STARFACE-IP-ADRESSE>>
    s=STARFACE PBX
    c=IN IP4 <<STARFACE-IP-ADRESSE>>
    t=0 0
    m=audio 16080 RTP/AVP 8 9 0 101
    a=rtpmap:8 PCMA/8000
    a=rtpmap:9 G722/8000
    a=rtpmap:0 PCMU/8000
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-16
    a=ptime:20
    a=maxptime:150
    a=sendrecv
    [Time:18-08@10:59:02.340]


    // Antwort Audiocode - SBC


    Aug 18 10:59:02 ---- Outgoing SIP Message to <<STARFACE-IP-ADRESSE>>:5060 from SIPInterface #0 (SI_LAN) UDP TO(#0) ---- [Time:18-08@10:59:02.347]
    Aug 18 10:59:02 SIP/2.0 500 Server Internal Error
    Via: SIP/2.0/UDP <<STARFACE-IP-ADRESSE>>:5060;received=<<STARFACE-IP-ADRESSE>>;rport=5060;branch=z9hG4bK16c0a351
    From: "anonymous" <sip:0@versatel.sip>;tag=as62ff559d
    To: <sip:004972195500650@<<SBC-IP-ADRESSE>>>;tag=1c1236850265
    Call-ID: 5c21f6aa531170ae1b8269080b04c665@versatel.sip
    CSeq: 102 INVITE
    Reason: SIP ;cause=500 ;text="Classification Failure"
    Content-Length: 0


    // ‚Invite‘ von der Starface – Beispiel/ Vergleich!


    Aug 18 10:54:52 INVITE sip:07218299444448@<<SBC-IP-ADRESSE>>:5060;user=phone SIP/2.0
    Via: SIP/2.0/UDP <<STARFACE-IP-ADRESSE>>:5060;branch=z9hG4bK676ad9ee;rport
    Max-Forwards: 70
    From: <sip:00497218888816@10.200.15.2;user=phone>;tag=as1b1b314b
    To: <sip:07218299444448@versatel.sip;user=phone>;tag=1c2063543101
    Contact: <sip:00497218888816@<<STARFACE-IP-ADRESSE>>:5060>
    Call-ID: 19037841611882021103947@<<SBC-IP-ADRESSE>>
    CSeq: 102 INVITE
    User-Agent: STARFACE PBX
    Session-Expires: 1800;refresher=uac
    Min-SE: 90
    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
    Supported: replaces, timer
    Content-Type: application/sdp
    Content-Length: 246

    v=0
    o=root 993296676 993296676 IN IP4 <<STARFACE-IP-ADRESSE>>
    s=STARFACE PBX
    c=IN IP4 <<STARFACE-IP-ADRESSE>>
    t=0 0
    m=audio 10536 RTP/AVP 8 106
    a=rtpmap:8 PCMA/8000
    a=rtpmap:106 telephone-event/8000
    a=fmtp:106 0-16
    a=ptime:20
    a=maxptime:150
    a=sendrecv
    //


    Traceauszug – ‚Option‘ Message:


    Bitte nach Möglichkeit die ‚Keep alive‘ / ‚Option‘ Message disablen!


    Aug 18 10:59:20 ---- Incoming SIP Message from <<STARFACE-IP-ADRESSE>>:5060 to SIPInterface #0 (SI_LAN) UDP TO(#0) ---- [Time:18-08@10:59:20.002]
    Aug 18 10:59:20 OPTIONS sip:<<SBC-IP-ADRESSE>> SIP/2.0
    Via: SIP/2.0/UDP <<STARFACE-IP-ADRESSE>>:5060;branch=z9hG4bK4f293c70;rport
    Max-Forwards: 70
    From: "STARFACE" <sip:STARFACE@<<STARFACE-IP-ADRESSE>>>;tag=as2c251754
    To: <sip:<<SBC-IP-ADRESSE>>>
    Contact: <sip:STARFACE@<<STARFACE-IP-ADRESSE>>:5060>
    Call-ID: 0392ef92440d4ab24b8c1e5439dd4974@<<STARFACE-IP-ADRESSE>>:5060
    CSeq: 102 OPTIONS
    User-Agent: STARFACE PBX
    Date: Wed, 18 Aug 2021 08:59:20 GMT
    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
    Supported: replaces, timer
    Content-Length: 0

  • Kann man da vielleicht etwas mit einer manuellen Leitungskonfiguration tricksen?
    Früher, als Niklas oder Julian noch da waren konnten solche Sachen einem mal den Hintern retten…


    Hoffnungsvolle Grüße
    Frank

Jetzt mitmachen!

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