‎Digitalisierungsbox Prem. und intern ISDN

Telekom Business Community

Telekom hilft Community

Business customers

Telekom Shops

Contact

Solved

Digitalisierungsbox Prem. und intern ISDN

10 years ago

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.

742

10 years ago

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.

Answer

from

10 years ago

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.

Answer

from

10 years ago

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.

Answer

from

10 years ago

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)

Unlogged in user

Answer

from

Accepted Solution
accepted by
10 years ago
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