Gelöst

Digitalisierungsbox Prem. und intern ISDN

vor 11 Jahren

Als erstes: Sollte für das Endgerät Digitalisierungsbox evtl eine Kategorie eingerichtet werden?

 

Zu meinem Problem:

Ich betreibe jetzt die Digibox seit einigen Tagen im PBX -Modus. Dabei fällt mir an meinen interne ISDN-Phones auf, das bei bestimmten Rufnummern die Verbindung nach 4...5 Rufzeichen getrennt wird. Meine internen ISDN-Phones sind DECT -Mobilteile 2 Stück SINUS 700K an Gigaset 4070 und ein C47H an Gigaset CX470.

Jedem Mobilteil hab ich eine interne MSN zugewiesen. Das klappt soweit auch alles. An den analogen Nebenstellen tritt dieses Trennen nach 4...5 Rufzeichen nicht auf.

Die Mobilteile an der 4070 zeigen an "Ungültig" und das Mobilteil an der CX470 zeigt "Störung". Es sind nicht alle gewählten Rufnummern betroffen. Die zwei, wo es immer auffällt sind einmal ein Telekom-Analoganschluss ohne Internet und ein Vodafone Analoganschluss mit Internet.

 

Im MGW-Modus war mir dieses Verhalten nicht aufgefallen.

Letzte Aktivität

vor 11 Jahren

von

Gelöschter Nutzer

751

0

11

    • vor 11 Jahren

      Hallo weißnix_,

       

      die Digitalisierungsbox ist ein Produkt was eher für Geschäftkunden konzipiert ist. Deshalb ist das Thema auch gut in der Geschäftskunden-Community aufgehoben.

       

      Zuletzt gab es im Bereich "Für Geschäftskunden" z.B. diese spannende Aktion.

       

      https://telekomhilft.telekom.de/t5/TK-Anlagen-Endger%C3%A4te/F%C3%BCr-Gesch%C3%A4ftskunden-Unser-Experte-f%C3%BCr-die-Digitalisierungsboxen/m-p/1460365#M2041

       

      "Für Geschäftskunden - Unser Experte für die Digitalisierungsboxen Standard und Premium beantwortet hier Ihre Fragen!"

       

      Gruß

      Matthias Bo.

      0

      9

      von

      vor 11 Jahren

      Was steht denn im Systemmeldungen - Logbuch wenn das Problem auftritt? Oder lässt sich das nicht reproduzieren? Ich habe leider keine ISDN Basisstation, sondern nur ISDN Telefone.

      Zum Thema Support für Nicht-Geschäftskunden: Es gibt eine Alternative: bintec be.ip Plus.
      Bei mir gibt es dafür den Support auch an Privatkunden.

      0

      von

      vor 11 Jahren

      Die Logbücher (Debug) geben dazu garnichts her, außer einer abgebrochenen Verbindung.

      Zum Thema Support: Den kann mir Telekom ja nicht verweigern: Ich habe da aber noch nicht angerufen.

       

       

      0

      von

      vor 11 Jahren

      Hab ich jetzt doch tatsächlich ein Log gefunden 😄

      Ich habe versucht, nur die zum Anruf gehörenden auszufiltern

      Aug 29 11:00:48 192.168.222.5 VOIP: IWU: iwu_cb_sip_call_license_alloc(call=8972)
      Aug 29 11:00:48 192.168.222.5 VOIP: IWU: get_codec_audio_mask(call=8972) configured codec mask = alaw|dtmf|g722
      Aug 29 11:00:48 192.168.222.5 VOIP: IWU: stun_session_create(call=8972) no STUN used
      Aug 29 11:00:52 192.168.222.5 VOIP: IWU: overlapped_dialing_timer_callback(call=8972) timeout reached after 5 seconds
      Aug 29 11:00:52 192.168.222.5 VOIP: IWU: iwu_cb_mps_call_state(call=8972): initiate
      Aug 29 11:00:52 192.168.222.5 VOIP: IWU: handle_mps_call_initiate(call=8972): 004934xxxxxxxx -> 4xxxxx
      Aug 29 11:00:52 192.168.222.5 VOIP: IWU: media_call_initiate(call=8972)
      Aug 29 11:00:53 192.168.222.5 VOIP: IWU: audio_session_prepare(call=8972):     local codecs = g722,alaw,dtmf
      Aug 29 11:00:53 192.168.222.5 VOIP: IWU: audio_session_prepare(call=8972):    remote codecs = 
      Aug 29 11:00:53 192.168.222.5 VOIP: IWU: audio_session_prepare(call=8972): intersect codecs = g722,alaw,dtmf (copied)
      Aug 29 11:00:53 192.168.222.5 VOIP: IWU: audio_session_prepare(call=8972):     order codecs = best quality
      Aug 29 11:00:53 192.168.222.5 VOIP: IWU: nat_session_close(call=8972)
      Aug 29 11:00:53 192.168.222.5 VOIP: IWU: dsp_session_open_dsp(call=8972): fd=27
      Aug 29 11:00:53 192.168.222.5 VOIP: IWU: dsp_session_open_link(call=8972): link=531
      Aug 29 11:00:54 192.168.222.5 VOIP: IWU: nat_session_close(call=18972)
      Aug 29 11:00:54 192.168.222.5 VOIP: IWU: dsp_session_open_dsp(call=18972): fd=29
      Aug 29 11:00:54 192.168.222.5 VOIP: IWU: dsp_session_open_link(call=18972): link=517
      Aug 29 11:00:54 192.168.222.5 VOIP: IWU: iwu_cb_media_call_state(call=8972): initiate
      Aug 29 11:00:55 192.168.222.5 VOIP: IWU: iwu_cb_sip_call_state(call=8972): initiate
      Aug 29 11:00:56 192.168.222.5 VOIP: IWU: iwu_cb_sip_call_state(call=8972): ring
      Aug 29 11:00:56 192.168.222.5 VOIP: IWU: mps_call_ring(call=8972)
      Aug 29 11:00:56 192.168.222.5 VOIP: IWU: iwu_cb_mps_call_state(call=8972): ring
      Aug 29 11:01:47 192.168.222.5 VOIP: IWU: iwu_cb_mps_call_state(call=8972): terminated
      Aug 29 11:01:47 192.168.222.5 VOIP: IWU: mps_call_terminate(call=8972)
      Aug 29 11:01:47 192.168.222.5 VOIP: IWU: sip_call_terminate(call=8972)
      Aug 29 11:01:47 192.168.222.5 VOIP: IWU: iwu_cb_sip_call_state(call=8972): terminate
      Aug 29 11:01:48 192.168.222.5 VOIP: IWU: media_call_terminate(call=8972)
      Aug 29 11:01:48 192.168.222.5 VOIP: IWU: dsp_session_close_link(call=8972): link=531
      Aug 29 11:01:48 192.168.222.5 VOIP: IWU: nat_session_close(call=8972)
      Aug 29 11:01:48 192.168.222.5 VOIP: IWU: dsp_session_close_udp(call=8972): fd=26
      Aug 29 11:01:48 192.168.222.5 VOIP: IWU: dsp_session_close_dsp(call=8972): fd=27
      Aug 29 11:01:48 192.168.222.5 VOIP: IWU: dsp_session_close_link(call=18972): link=517
      Aug 29 11:01:48 192.168.222.5 VOIP: IWU: nat_session_close(call=18972)
      Aug 29 11:01:48 192.168.222.5 VOIP: IWU: dsp_session_close_udp(call=18972): fd=28
      Aug 29 11:01:48 192.168.222.5 VOIP: IWU: dsp_session_close_dsp(call=18972): fd=29
      Aug 29 11:01:49 192.168.222.5 VOIP: IWU: iwu_cb_media_call_state(call=8972): terminate
      Aug 29 11:01:49 192.168.222.5 VOIP: IWU: iwu_cb_media_call_state(call=8972): idle
      Aug 29 11:01:49 192.168.222.5 VOIP: IWU: call terminated(8972): mps_cause=rejected, sip_cause=none
      Aug 29 11:01:49 192.168.222.5 VOIP: IWU: iwu_cb_mps_call_state(call=8972): idle
      Aug 29 11:01:50 192.168.222.5 VOIP: IWU: iwu_cb_sip_call_state(call=8972): idle
      Aug 29 11:01:50 192.168.222.5 VOIP: IWU: iwu_call_delete(call=8972)
      Aug 29 11:01:50 192.168.222.5 VOIP: IWU: iwu_cb_sip_call_license_free(call=8972)

       

      0

      Uneingeloggter Nutzer

      von

    • Akzeptierte Lösung

      akzeptiert von

      vor 11 Jahren

      Vorläufiges Endergebnis: Die Deaktivierung von "Early Media Support" bei allen SIP-Providern für abgehende Gespräche brachte den Erfolg. Ich kann bei keiner vormals problembehafteter Nummer einen Abbruch wie oben beschrieben nach 4 Rufzeichen mehr feststellen.

       

      Ungeklärt bleibt, ob die Gigaset-ISDN Base/Phones das Prob verursachen oder die Digibox.

       

      Edit:

      Fatal: Die Checkbox für "Early Media" ist ab Autokonfig gesetzt gewesen.

      Ungeklärt: Evtl. negative Auswirkungen

      0

    Uneingeloggter Nutzer

    von

    Das könnte Ihnen auch weiterhelfen

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...