[Gelöst] Telefongespräche brechen nach zw. 3 und 15 Min ab (be.ip plus)

Brand

Neuer User
Mitglied seit
25 Okt 2007
Beiträge
64
Punkte für Reaktionen
9
Punkte
8
Hallo zusammen,

wir haben hier ein Problem, dass der 1&1 Kundenservice bis jetzt nicht lösen konnte, vielleicht hat hier ja einer eine Idee:

Foilgender Aufbau:
Glasfaseranschluss 1&1 Office fast & secure 150 an FritzBox 5530 (geliefert und installiert von 1&1, fungiert nur als Modem). Diese versorgt unseren Router elmeg be.ip plus v2 mit Internet.
Passt soweit alles, Internet stabil. Die VoIP-Anschlüsse (es sind zwei Anschlüsse mit je 2 Sprachkanälen und jeweils 5 Nummern) sind grün und werden registiert. Eingengende und ausgehende Anrufe können getätigt werden, mit richtiger Anzeige der jeweiligen Rufnummer. Es gibt 7 Telefone (2x elmeg IP630 und 5x Gigasets über mehere N510 IP pro).

Das hat früher bei Vodafone (DSL + VoIP) problemlos geklappt. Jetzt bei 1&1 brechen die Gespräche - egal ob ein- oder ausgehend - frühestens nach ca. 3 Min. bis spätestens ca. 15 Min. ab. So als würde einfach jemand auflegen. Man kann dann sofort wieder teleonieren oder angerufen werden, ohne Wartezeit: GLEICHES SPIEL von vorne!

Ich habe schon tausende Einstellungen (Endgeräte Regidtrieungstimer, Client Subscription Timer, UDP-NAT Timeout erhöht, sämtliche Einstellungen bei SIP-Provider probiert, und und und) in der be.ip plus verändert: es hat exakt keine Wirkung gezeigt.
Es spielt auch keine Rolle über welchen VoIP-Anschluss telefoniert wird. Gleiches Verhalten bei beiden Anschlüssen.

Hat jemand noch eine Idee?

VIele Grüße
Thomas
 
Rufnummern in der Fritz!Box registrieren und für jede Rufnummer ein IP Telefon anlegen, dort kann sich dann wiederum die be.ip plus anmelden.
 
Bitte einmal die derzeitigen Firmwarestände von der elmeg be.ip plus v2, den beiden elmeg IP630 und den "mehreren" N510 IP pro mitteilen. Wie viele sind es eigentlich oder sind es DECT 150?
 
Erstmal herzlichen Dank für Eure schnellen Anworten!

@tango501:
  • be.ip-plusV2: V.10.2.12.104 IPv6, IPSec, PBX from 2023/07/21 00:00:00
  • IP630: 3.19.1-release
  • N510 IP PRO: 42.207 (422070000000 / V42.00)
Und es ist nur ein N510 IP Pro bei dem 5 Stk. SL400 angemeldet sind - sorry, falsch geschrieben. Alles hat feste IPs.

@chrsto:
Ich wollte eigentlich die Nummern direkt in der be.ip plus v2 registrieren lassen. Aber OK, warum nicht, werde es morgen vor Ort probieren!
Ich habe 10 Nummern, d.h. in der Fritzbox 10 IP Telefone einriuchten und diese dann als SIP-Provider in der be.ip eintragen?

 
N510 IP PRO: 42.207 (422070000000 / V42.00)
Die N510 bitte unbedingt updaten. Bei der N510 IP PRO ist Firmware Release 42.207 noch von 2014!!!
Manuell wäre ein Update auf Firmware Release 42.263 vom November 2022 möglich. Über die Updatesuche sollte dann auch die letzte verfügbare Firmware 42.266 gefunden werden.
Bei den Handteilen gerne ebenfalls die Firmware überprüfen. SUOTA dürfte wohl noch nicht unterstützt werden, dann mittels QuickSync überprüfen. Die letzte Firmware dürfte beim SL400H die FW 80.053.11 sein.
 
Guten Morgen!

Also, ich bin jetzt bei dem N510 IP PRO auf 42.266 (422660200000 / V42.02) und die Gigasets haben die:

1. Mobil 12 SL400H 80.53 Verbunden
2. Mobil 13 SL400H 80.53 Verbunden
3. Mobil 14 SL400H 80.53 Verbunden
4. Mobil 15 SL400H 80.53 Verbunden
5. Mobil 16 SL400H 80.53 Verbunden

Sollte passen.

Jetzt checke ich dann die SIP-Verbindung über die FritzBOX und melde mich wieder.

Grüße!
 
  • Like
Reaktionen: tango501
N510 IP PRO auf 42.266 (422660200000 / V42.02)
Gut das dort jetzt die letzte verfügbare Version drauf ist. Die SL400H würde ich noch mit QuickSync via USB überprüfen, ob die FW 80.053.11 auch drauf ist. Es gab davor noch andere Releases mit FW 80.053.xx.
 
Erledige in nachher direkt!
 
Also ;-)

Die SL400 sind jetzt von FW 80.053.05 auf FW 80.053.11!

Die SIP-Zugangsdaten habe ich in der FritzBOX eingetragen und die 10 IP-Telefone angelegt.
Allerdings alles noch deaktiviert - will es jetzt am Wochenende umstellen.

Ich hatte eine Besserung meins Problems erreicht, in dem ich die SIP-Verbindung auf UDP (unverschlüsselt) gestellt habe und anschließend in der be.ip den UDP-NAT-Timeout für die Verbindung im SNMP-Browser unter ipExtifTable der bestreffenden Verbindung von 30s auf 125s erhöht habe.
Somit waren Gespräche von komischerweise 21m 50s möglich.
Eine weitere Erhöhung des TimeOuts war dann eher kontrakproduktiv.

Wirklich seltsam...
 
Nur zur Sicherheit: Die Telefonie wird über Versatel realisiert, korrekt? Dann bleibt es bei meiner Empfehlung mit dem Umweg über die Fritz!Box. Es sei denn, du findest jemanden, der die korrekten Einstellungen für Versatel + be.ip plus kennt.
 
Ja, genau. Die Telefonie läuft über Versatel (war vorher Vodafone). Ich denke auch, dass es möglich ist, es direkt über die be.ip plus zu realisieren.

Aber wie du sagst:
Es hängt an den genauen Einstellungen!
 
Da war ich schon - habe aber nichts passendes gefunden :confused:
 
In der bintec elmeg Knowledge Base (leider nicht mehr online, RIP!) gab es Einrichtungshinweise und Workshops zu verschiedenen Anbietern. Die folgenden Anleitungen beziehen sich zwar auf "easybell", sollten aber im Grundsatz weiterhelfen.
 
Also, es ist ja nicht so, dass ich die Nummern nicht registieren kann.

Das passt alles und auch die Rufnummernanzeige, sowohl gehend als auch kommend (mit Clip no screening) - das passt alles.

Es ist nur so, dass die laufenden Gespräche eben unmotiviert abbrechen, mal nach 3 Minuten, mal nach 5 Minuten. Im Moment evtl. durch die UDP-TimeOut-Einstellung eben nach 21 Minuten .

Hier das Logfile aus der be.ip beim Gesprächsabbruch:

Code:
1    2026-01-08    09:59:20    Information    VoIP    IWU: iwu_cb_sip_user_state([email protected]): registered
2    2026-01-08    09:59:20    Information    VoIP    IWU: iwu_cb_sip_user_state([email protected]): reregistering
3    2026-01-08    09:59:14    Information    VoIP    IWU: ..registration remote address: udp:62.214.73.???:5060,1040000
4    2026-01-08    09:59:14    Information    VoIP    IWU: ..registration source address: udp:192.168.xxx.xxx:5060,1040000
5    2026-01-08    09:59:14    Information    VoIP    IWU: iwu_cb_sip_user_state([email protected]): registered
6    2026-01-08    09:59:14    Information    VoIP    IWU: iwu_cb_sip_call_state(call=8196): idle
7    2026-01-08    09:59:14    Information    VoIP    IWU: iwu_cb_mps_call_state(call=8963): idle
8    2026-01-08    09:59:14    Information    VoIP    IWU: iwu_cb_mps_call_state(call=8963): terminated (none)
9    2026-01-08    09:59:14    Information    VoIP    IWU: iwu_cb_mps_call_state(call=8196): idle
10    2026-01-08    09:59:14    Information    VoIP    IWU: iwu_cb_sip_call_state(call=8196): terminate
11    2026-01-08    09:59:14    Information    VoIP    IWU: iwu_cb_mps_call_state(call=8196): terminated (none)
12    2026-01-08    09:59:14    Information    VoIP    IWU: iwu_cb_sip_call_state(call=8963): idle
13    2026-01-08    09:59:14    Information    VoIP    IWU: iwu_cb_mps_call_state(call=8963): terminate
14    2026-01-08    09:59:14    Information    VoIP    IWU: iwu_cb_sip_call_state(call=8963): terminated (none)
15    2026-01-08    09:59:14    Information    VoIP    IWU: ..94.134.132.???, ttl=572
16    2026-01-08    09:59:14    Information    VoIP    IWU: ..62.214.73.???, ttl=572
17    2026-01-08    09:59:14    Information    VoIP    IWU: sip1.voip-1und1.net, ifindex=1040000, state=resolved
18    2026-01-08    09:59:14    Information    VoIP    IWU: [email protected]: new resolved registrar at 62.214.73.???:5060
19    2026-01-08    09:59:14    Information    VoIP    IWU: iwu_cb_sip_user_state([email protected]): reregistering
20    2026-01-08    09:58:50    Information    VoIP    IWU: ..registration remote address: udp:62.214.73.???:5060,1040000
21    2026-01-08    09:58:50    Information    VoIP    IWU: ..registration source address: udp:192.168.xxx.xxx:5060,1040000
22    2026-01-08    09:58:50    Information    VoIP    IWU: iwu_cb_sip_user_state([email protected]): registered
23    2026-01-08    09:58:50    Information    VoIP    IWU: ..94.134.132.???, ttl=596
24    2026-01-08    09:58:50    Information    VoIP    IWU: ..62.214.73.???, ttl=596
25    2026-01-08    09:58:50    Information    VoIP    IWU: sip1.voip-1und1.net, ifindex=1040000, state=resolved
26    2026-01-08    09:58:50    Information    VoIP    IWU: [email protected]: new resolved registrar at 62.214.73.???:5060
27    2026-01-08    09:58:50    Information    VoIP    IWU: iwu_cb_sip_user_state([email protected]): reregistering
28    2026-01-08    09:58:44    Information    VoIP    IWU: iwu_cb_sip_user_state([email protected]): registered
29    2026-01-08    09:58:44    Information    VoIP    IWU: iwu_cb_sip_user_state([email protected]): reregistering
30    2026-01-08    09:58:20    Information    VoIP    IWU: iwu_cb_sip_user_state([email protected]): registered
31    2026-01-08    09:58:20    Information    VoIP    IWU: iwu_cb_sip_user_state([email protected]): reregistering
32    2026-01-08    09:58:14    Information    VoIP    IWU: iwu_cb_sip_user_state([email protected]): registered
33    2026-01-08    09:58:14    Information    VoIP    IWU: iwu_cb_sip_user_state([email protected]): reregistering
 
Diese Logdateien helfen nicht weiter. Wenn du das Problem analysieren willst, musst du einen Trace machen: Ansicht: Vollzugriff -> Lokale Dienste -> Trace -> VoIP/SIP Trace
 
@Brand Welche Firmware ist eigentlich derzeit auf der Fritz!Box 5530 installiert?
 
Der Fehler erinnert mich irgendwie vage an ein ähnliches früheres Problem. Das Problem trat aber nur an Anschlüssen von M-Net auf und sonst nirgendwo. Supportanfragen bei M-Net, AVM und div. Telefonanlagenherstellern brachten keine Lösung zustande. AVM hat damals aber irgendwann "klammheimlich" eine "LabPLUS" herausgebracht und damit waren die Probleme dann auf einmal behoben. Bei LaborPlus habe ich gerade einmal nachgesehen. Zufall?
"FRITZ.Box_5530_Fiber-08.21-126069-LabPLUS"
 
Kostenlos!

Statistik des Forums

Themen
248,894
Beiträge
2,304,378
Mitglieder
378,588
Neuestes Mitglied
k3rp