So also eben nochmal probiert: Siemens Gigaset per DECT an der FB dran, Rufaufbau auf mein Handy, ca. 40 Sek Gespräch und dann am Handy aufgelegt. Quasi nach 100ms (gefühlt zeitgleich) hat das Gigaset aufgelegt und "tutet" 

Also bei mir geht es wirklich. Kann sein, dass es an einer anderen Einstellung liegt, möglicherweise unterschiedlichen FritzOS-Versionen, oder den Telefonen, etc..

Hallo zusammen,

an irgendeiner Stelle in diesem langen Thread hat jemand geschrieben – ich glaube, es war prodo_1 – dass unser Netz vielleicht eine Frau sei, weil es manchmal rumzickt. Die Stelle ist mir auf jeden Fall in Erinnerung geblieben, nachdem ich mir den kompletten Thread nun durchgelesen habe

Ich fass mal zusammen: Wenn die Telekom-Rufnummern in der FritzBox konfiguriert werden, funktioniert die Telefonie nicht wie erwartet. Dies äußert sich u. a. in Verbindungsabbrüchen, Nichterreichbarkeit und Fehlermeldungen bei der Rufnummernregistrierung. Ein festes Muster ist dabei nicht erkennbar.

In vorbildlicher Fleißarbeit haben Sie hier gemeinsam eine Lösung gefunden: Per Telnet-Zugriff wird eine Konfigurationsdatei der FritzBox geändert, der Schalter „no_register_fetch“ wird von „no“ auf „yes“ gesetzt. Damit scheint die Telefonie problemlos zu funktionieren.

Mein besonderer Dank gilt hier @danXde, der diese Lösung erarbeitet hat, und @prodo_1, dem wir das Posting hier im Thread verdanken.

Und diese Lösung passt perfekt zur offiziellen Spezifikation der Telekom, die schon im großen Thread „FritzBox Fehler 488 bei Voip 2te Leitung“ erwähnt wurde. Sie sagt ja ganz deutlich, dass DSL-Endgeräte bei IP-basierten Telefonaten im Netz der Telekom auf die Anfrage „register fetch“ verzichten bzw. diese zumindest minimieren müssen („shall“ = „müssen“, @spi so steht’s auf Seite 22 in Abschnitt 3.2 unter „Definitions“):

„UE shall minimise or avoid REGISTER procedures for identifying fetch binding's. The avoidance of this procedure is preferred to minimise the network load.“

Dies ist bei den FritzBoxen aber offenbar nur dann der Fall, wenn „von Hand“ der entsprechende Schalter umgelegt wird.

Wenn ich mir was von meinem Endgerät wünschen dürfte: Ich gebe meine Zugangsdaten für einen bestimmten Anbieter ein, und das Endgerät passt sein Verhalten passend zum Netz dieses Anbieters automatisch an - je nach Dienst.

Also, in diesem Fall zickt unser Netz doch nicht rum und verhält sich - rein logisch betrachtet - demnach wie ein Mann

Grüße von
Schmidti

@Hybridanschluss 

Finds gut, dass Du Deine Lösung hier nochmal postest. Vielleicht hilft es jemandem. Allerdings gibt es zwischen uns noch ein Unterschied: Du hast eine ISDN TK Anlage. Wüßte zwar auch nicht, was das für einen Unterschied machen sollte, aber es ist eine Abweichung der Infrastruktur. Und vielleicht ist das der springende Punkt bei Dir.

MWiese

Hallo fredel, danke für die Rückmeldung. Na dann steh ich ja schonmal nicht alleine da. Hast Du Kontakt zum Support und diesen Fehler irgendwo gemeldet?

Hallo fredel,

danke für die Rückmeldung. Na dann steh ich ja schonmal nicht alleine da.
Hast Du Kontakt zum Support und diesen Fehler irgendwo gemeldet?

MWiese

Hallo fredel,

danke für die Rückmeldung. Na dann steh ich ja schonmal nicht alleine da.
Hast Du Kontakt zum Support und diesen Fehler irgendwo gemeldet?

Nein, hab erst mal andere Baustellen mit dem Anschluss- das muss die Technick erst mal in den Griff kriegen. LTE -only-16Mbit-s-aber- LTE -DLS-nur-8-9-Mbit-s/m-p/1287764#M2584" target="_blank">https://telekomhilft.telekom.de/t5/Hybrid/ LTE -only-16Mbit-s-aber- LTE -DLS-nur-8-9-Mbit-s/m-p/1287764#M2584

Wenn das mal läuft geht es mit der ip-telefonie weiter. Teste aber weiter rum. Heute hab ich auf einer Nummer aussgehend ständig besetzt! Im überigen hab ich auch ne gigaset isdnanlage hinter der fritzbox.

DirkRollwage

Mein Equipment müsste aber nicht unbedingt die 178. sondern könnte auch 3. sein und WiSo bloß 0/24 geht doch bis 254 oder irre ich da ?

Hallo @DirkRollwage 

Statt der orginalen 178, kannst du jede andere Zahl (ausser der vom SP-H verwendeten nehmen -- Default ist hier 2).  Ergo geht die 192.168.3.0/24  auf jeden Fall   und /24 meint damit die Netzwerkmaske 255.255.255.0.    Du kannst also alle IP's von .2 - 254 für deine Geräte verwenden, wenn die Fritzbox die .1 als IP hat.  Diese ist dann das Gateway und der NAT-Router für deine Geräte, der SP-H sieht dann nur Verkehr von einem Gerät.  Da die Fritzbox sämtliche ClientS' hinter ihrer WAN-IP (obiges Beispiel  192.168.2.2) versteckt.    Eine Extra Route brauch der SP-H nicht,  da  er ja nur mit der Firtz.box kommunizieren muss. Die Fritzbox tröselt das dann auf die einzelnen Client's auf.  ...

Zum Zweiten Punkt:   Geräte am SP-H  sollen auf  Geräte an der Fritzbox zugreifen können, da  ist @prodo_1  absolut korrekt.  Die Geräte hinter der Fritzbox können die Geräte am SP-H sicherlich erreichen, wobei diese Geräte immer nur die zugriffe als "Fritzbox" sehen.  Umgekehrt kannst Du nur auf der Fritzbox entsprechende Weiterleitungen zu bestimmten Systemen/Services/Ports einrichten, da wäre diese bestimmten Services auch für die Geräte am SP-H erreichbar.  ...da die Weiterleitung am SP-H nicht eingerichtet ist, wäre sie aus dem Internet nicht erreichbar.   Du hättest also eine vorgelagerte DMZ, die einzelne Services mittels Portweiterleitung auf der Fritzbox erreichbar machen kannst.  ...aber immer pro Service/Port nur ein Gerät.   Also ein SMB Browsing auf alle Netzwerkfreigaben der Windows-PC's, ist somit zum Scheitern verurteilt.  Ein Zugriff auf ein NAS sollte sich so realisieren lassen.  Wenn Du die Portweiterleitungen dann noch auf dem SP-H in  Richtung der Ports auf der Fritz machst, dann ist der Service auch im Internet verfügbar.  sofern Du einen DYN-DNS hast, der funktioniert.

Wenn Du auf einige Features wie Gastzugang, Kindersicherung etc. verzichten kannst,  dann wäre eventuell der  "Client-Mode" der richtigere Ansatz. Dann würde der SP-H das Default-GW für deine gesamten Komponenten werden (192.168.3.1)  Der Fritz verpasst Du dann z.b. die 192.168.3.2)   
Deine Client's würden mit IPv4 und IPv6  angebunden sein.  Die Einschränkungen, was dann alles nicht funzt und ob Du damit leben kannst,  musst du leider selbst treffen....

prodo_1

Mal ein anderes Thema: Ich bin mir nicht mal sicher, ob das win Fritzboxthema ist oder besser gesagt VOIP hinter dem SP-H Thema oder auch VOIP direkt über dem SP-H oder sogar generell betrifft. Mir ist jetzt schon bei mehreren Anrufzielen aufgefallen, dass Weiterverbinden nicht funktioniert. Die Gegenseite versucht weiter zu verbinden und das das wars (ton Weg). Für Die VOIP Verbindung würde das ja bedeuten, dass on the Fly die Zielnummer geändert werden müsste. Ich meine das Problem hatte schon mal jemand geschrieben.

 

Möglicherweise kommt es auch noch auf die Gegenseite an.

Hallo prodo_1,

das Problem könnte auch wieder im SIP-ALG des SP-H begründet sein.

Dann sollte das Scenario mit Endgeräten direkt am SP-H allerdings funktionieren.

Wenn Audio-Streams beidseitig oder einseitig (in der Regel ankommend) weg sind, ist das meistens ein NAT-/Firewall-Problem.

Grüße

spi

danXde

@DirkRollwage@hans_8:  Es hat sich eine ganze Menge getan, wenn man die Fritzbox im Routed Mode betreiben will,  sollte man sich alternativ die Posts von  @prodo_1  und mir angeschauen:

 

Prodo_1 Posting

 

danXde Posting

 

@MadMacMan Zu der Frage der möglichen Varianten des Betriebes der Fritz hinter dem SP-H. Ich erhebe keineswegs den Anspruch, dass meine Variante die einzig mögliche oder beste ist. Alles was funktioniert ist gut. Siehe auch den Post von danXde