Das Problem sind nicht die „proprietären“ Systeme, sondern dass die Telekom Deutschland ein Labor hat, wo zufällig die genannten Systeme getestet werden. Und auch deren Hersteller sind (zum Teil aus falschen Gründen) bemüht bzw. haben die Fähigkeit relativ schnell Dinge in Deutschland zu testen. Weil sie einfach Zugriff auf die Anschlüsse haben. Und weil man mit denen Deutsch reden kann. Hier sehe ich den Vorteil der Masse an Menschen, die jene Hersteller und die Telekom Deutschland im Fehlerfall überrollen. Aber ja, die wirklichen Software-Bugs sind alle jene, die Du gar nicht merkst. Gerade bei Telefonie, wo schnell mal neu gewählt wird oder die Verbindung nicht zustande kommt, gehen viele Software-Bugs still und leise unter bzw. man wandert Richtung Mobilfunk.
Mir wäre ein Open-Source-System auch lieber, weil ich dann beides haben könnte, die Testungen und ich kann selbst probieren bzw. reparieren. Ist wirklich schade, dass kein Netzbetreiber auf dieser Welt, diesen Weg beschritt, wäre so einfach gewesen.
der eben auch bestimmte Kernelmodule für SIP-NAT können musste
Jein. Das ist dieses ganze NAT-, Firewall- und Port-Geraffel, weil sich SIP/SDP/RTP nicht an das übliche ISO/OSI-Schichten-Modell hält. Das bekommst Du mit viel Fleiß oder einfach durch Exposed-Host gebacken. Darum geht es mir nicht …
diese Funktionen an Fritzbox und Co.
… auch meine ich nicht die ISDN- oder Analogen-Ports an der FRITZ!Box. Ich meine deren internen SIP-B2BUA. Der arbeitet vom Konzept wie ein Digium Asterisk. Du schließt Dein IP-Telefon oder Deine IP-Telefonanlage daran an, und der übersetzt den ganzen „Käse“ aus bzw. in das Telekom Deutschland IMS. Und das geschieht auf der Protokoll-Ebene SDP.
Und auf jener Ebene ist ein Digium Asterisk einfach schlecht. Wenn Du Beispiele brauchst, suche ich Tickets raus, die in jetzt zwanzig Jahren nicht bearbeitet wurden. Deswegen hat sich auch vor 15 Jahren SignalWire FreeSWITCH abgespalten. Aber auch das halte für ein modernes IMS nicht gerüstet.
Wenn Du Asterisk/FreeSWITCH direkt an Telekom Deutschland IMS anschließen willst, dann tue mir und Dir bitte den Gefallen und schalte maximal einen Audio-Codec frei, also G.711. Wenn Du mutig bist und es nicht lassen kannst auch noch G.722. Alles andere bitte lassen.
wir testen OpenWRT sehr wohl. Und auch Asterisk wird getestet
Testen nach Informatik-Lehre sieht wirklich anders aus. Was OpenWrt und Asterisk da veranstalten wird zu reinem Zufall. Auch müsste bei jedem Bug-Report sofort analysiert werden, was die Ursache war und wieso es solange unentdeckt blieb. Und dann müssten Maßnahmen ergriffen werden, und wenn es nur ein neuer zusätzlicher Test ist, damit der Bug-Fix nicht wieder in eine Regression läuft. Und das … und hier haben wir das gesellschaftliche Problem … kann sich Open-Source aktuell nicht leisten. Aber das wird jetzt philosophisch, weil die Informatik selbst noch wenige bis gar keine Antworten für das Problem hat. Was ich eigentlich sagen wollte ist, dass ein Digium Asterisk nicht mit dem Telekom Deutschland IMS getestet ist, getestet wird, fortlaufend.
schon alleine durch die teilnehmende Community – da sitzen ja auch Entwickler
Und wieviele davon sitzen in Deutschland und nutzen die Telekom Deutschland … und testen das komplette Programm durch, dass wenigstens die Telekom Deutschland in ihrem Labor macht? Du
hoffst, dass das jemand macht. Ich kenne niemanden. Die verlinkte Anleitung ist wenigstens eine gepflegte Community-Anleitung. Dessen „Maintainer“ bastelt auch Patches. Toll. Aber auf Asterisk Git bzw. Gerrit war er noch nie gesehen. So groß auch Asterisk zu sein scheint, so schnell schmilzt eine große Community für den eigenen Anwendungsfall auf 0 Entwickler und ein paar Anwender.
Kernelmodule für SIP-NAT […] Geht mit diesen Massendingern nicht.
Das verstehe ich jetzt noch nicht. Fehlt Dir was technisch? Was genau?
