info@david-bechstein.de
Start / Entwicklung / Callora & VoIP
Entwicklung · Callora & VoIP

Eine Plattform, kein Produkt.

Callora ist mein größtes Projekt: eine domänenneutrale Plugin-Plattform für .NET — ein eigenes Shopware/Symfony. Darunter liegt das CalloraVoipSdk, ein Open-Source-SDK für SIP, RTP/SRTP und WebRTC. Beides nach demselben Prinzip gebaut: Verträge, die der Compiler bewacht, und Tests gegen echte Gegenstellen statt Mocks.

Die Projekte

Code, den man prüfen kann.

Callora

Open-Source-Release: August 2026
Die domänenneutrale Plugin-Plattform für .NET

Der Kern weiß nichts von Telefonie, Terminen oder Kunden — er weiß, wie Plugins geladen, isoliert, versorgt und ausgeliefert werden. Alles Fachliche kommt aus Plugins; ein visueller Editor setzt daraus Arbeitsplätze, Portale und Websites zusammen — Dialer, Agent-Desktop, Kundenportal oder Praxisarbeitsplatz. Eine MCP-Schnittstelle im Kern gibt Plugin-Fähigkeiten als Tools für externe KI-Agents frei. Kommunikation (SIP, WebRTC, Konferenzen) ist das erste Flaggschiff-Plugin — nicht die Definition der Plattform.

.NETPlugin-Plattform MCP / KI-AgentsVisueller Editor Multi-TenantOpen Core
~1.345 Tests
im Plattformkern — plus Architektur-, Analyzer- und Dokumentations-Gates im Build
Compiler-bewachte Verträge
Analyzer und API-Baselines: Grenzverletzungen scheitern beim Bauen, nicht beim Kunden
Open Core
Verträge sind öffentlich (Apache-2.0), kommerzielle Plugins privat — Plugins dürfen beliebig lizenziert sein

CalloraVoipSdk

Open Source · Apache-2.0
.NET VoIP SDK für SIP, RTP/SRTP, WebRTC und PBX-Integrationen

Ein SDK in Produktionsqualität für Softphones, Contact-Center-Workflows und Voice-Automation — mit einer Modul-Registry, auf der sich Produkte wie KI-Voice-Agents aufbauen lassen. Getestet wird gegen die Realität: Die CI fährt eine automatisierte Interop-Suite gegen ein echtes Asterisk (PJSIP) und echte Browser (Chromium, Firefox via Playwright) — bis hin zu byte-exakt verifizierter Zwei-Wege-Media durch die PBX.

C# · net8–net10SIP / SDP SRTP · DTLSWebRTC STUN/TURNNuGet
Version 4.10
aktiv gepflegt, additive API-Evolution ohne Breaking Changes
Interop-CI
gegen echtes Asterisk und echte Browser — null übersprungene Fälle in der Matrix
Ehrliche Grenzen
bekannte Lücken stehen offen im Issue-Tracker und in den Release Notes
Architektur

Vier Entscheidungen, die Callora tragen.

01Plugins im Prozess

Jedes Plugin läuft im eigenen, entladbaren AssemblyLoadContext mit eigenem Datenbankschema — Installation, Aktivierung und Deinstallation ohne Host-Neustart, das Entladen GC-verifiziert statt still geleakt. Verträge werden direkt konsumiert, ohne HTTP dazwischen.

02Workspace → Surface → Layout

Ein Mandant kann mehrere getrennte Systeme betreiben, jedes System mehrere Zugänge — öffentliche Website, Agenten-Desktop, Kundenportal — auf denselben Daten. Jede Fläche ist ein Baum aus Seiten, den der Kunde selbst baut.

03Editor ohne Drift

Der visuelle Editor rendert dieselben Komponenten und dasselbe Stylesheet wie die Live-Fläche — kein iframe, kein zweiter Renderpfad. Gestaltung hat Leitplanken: Erscheinungs-Controls wählen aus Design-Rollen, nicht aus freien Farbwählern.

04KI als Erstbürger

Ein MCP-Server im Kern hält die Tool-Liste synchron zum aktiven Plugin-Katalog: Externe KI-Agents erhalten genau die Fähigkeiten, die Plugins deklarieren — hinter OAuth 2.1, mit Rechteprüfung je Aufruf und einer Compliance-Baseline nach EU AI Act.

Alle Architekturentscheidungen sind als ADRs dokumentiert — einsehbar mit dem Open-Source-Release.

Kontakt

Kommunikations- oder Plattform-Projekt?

Ob Softphone, Contact-Center-Workflow oder eine eigene Plattform-Idee — schreib mir, was entstehen soll.

info@david-bechstein.de