Vonage bringt Developer Voice in das CAMARA-Projekt ein

Einführung

APIs haben den Zugang zu fast jeder Ebene des Technologie-Stacks eröffnet, von der Dateispeicherung bis zum maschinellen Lernen. Die einzige Ebene, die bisher weitgehend verschlossen blieb, ist das Mobilfunknetz selbst; Netzwerk-APIs werden das ändern.

Die Spezifikationen für diese Netzwerk-APIs werden derzeit im Rahmen des CAMARA-Projekterstellt, einer offenen Zusammenarbeit, die von der Linux Foundation und der GSMA betrieben wird. Alle Treffen sind öffentlich, Pull Requests sind willkommen, und jede Designentscheidung wird in GitHub. Im Prinzip kann jeder Entwickler an einer wöchentlichen Sitzung teilnehmen und den Standard mitgestalten.

Wer hat in der Praxis schon die Zeit oder die Geduld, sich mit detaillierten Diskussionen über Token-Lebensdauern, Datenschutzvokabular und Latenzbudgets im Grenzfall zu beschäftigen? Vonage füllt diese Lücke. Durch die Mitarbeit in den technischen Ausschüssen von CAMARA, die Einbringung von Code und das Beharren auf klaren, entwicklerfreundlichen Mustern übersetzt Vonage die Anforderungen der Telekommunikation in APIs, die jedem vertraut sind, der schon einmal ein SDK verwendet hat.

APIs fressen das Netz

Wenn Sie sich in letzter Zeit in der Welt der Telekommunikationsunternehmen aufgehalten haben, haben Sie wahrscheinlich schon von Netzwerk-APIs wie SIM-Tausch, Rufnummernüberprüfungoder Qualität auf Abruf. In der Theorie klingen sie gut: programmatischer Zugang zu den Fähigkeiten des Mobilfunknetzes. Aber in der Praxis? Es ist chaotisch.

Zwei parallele Bemühungen versuchen, dies zu bereinigen:

1. GSMA Open Gateway schafft ein Ökosystem für Telekommunikationsunternehmen und Aggregatoren, um diese APIs als kommerzielle Produkte verfügbar zu machen. Denken Sie an "API-Marktplätze für Telekommunikationsunternehmen".

2. CAMARA-Projekt ist der Ort, an dem die technischen Spezifikationen der APIs entworfen werden, von der Authentifizierung der Entwickler bis zur Bezeichnung der Felder in den APIs.

Wie Vonage einen Einfluss ausübt

1. Führender Entwickler-Input

Die meisten der Namen am CAMARA-Tisch sind Mobilfunkbetreiber. Das macht auch Sinn, denn ihnen gehören die Netze. Entwickler sind nur selten Teil dieser Gespräche, und Vonage sorgt dafür, dass ihre Perspektive gehört wird.

Vonage ist eines der wenigen Software-First-Unternehmen, die CAMARA aktiv mitgestalten. Vonage hat direkt an der Entwicklung mehrerer APIs mitgewirkt, darunter:

• Nummernüberprüfung

• Qualität auf Abruf (QoD)

• Sim-basierte Authentifizierung

Noch wichtiger ist, dass Vonage dazu beigetragen hat, Network APIs für Entwickler wie Sie verfügbar zu machen. Wir haben dazu beigetragen, die ersten Netzwerk-APIs mit der Deutschen Telekom, Telefónica und Vodafone Deutschland auf den Markt zu bringen, indem wir die Vonage Entwicklerplattform für den realen Kundenverkehr genutzt haben.

2. Bewusstes Einverständnis zum Datenschutz

CAMARA bezeichnet sich selbst als ein Projekt, bei dem der Datenschutz im Vordergrund steht, aber die Umsetzung echter Zustimmungsmechanismen hat sich als schwierig erwiesen. Bei vielen Netzwerk-APIs ist überhaupt keine Interaktion mit dem Endnutzer erforderlich; wie kann man bei einem Server-zu-Server-Aufruf um Zustimmung bitten?

Vonage hilft bei der Einführung der ConsentInfo API, einer API, die die Erfassung von Einwilligungen ermöglicht. Wir leisten auch einen Beitrag zu Standards wie:

• DPV (Data Privacy Vocabulary) Datenbereiche, basierend auf W3C-Richtlinien, eine Möglichkeit, nicht nur explizit zu deklarieren welche Daten Sie wollen, sondern warum Sie fragen.

• Identifizierung des Endnutzers, um sicherzustellen, dass APIs eine Rechtsgrundlage für den Datenzugriff gemäß der DSGVO und anderen rechtlichen Rahmenbedingungen schaffen können.

Diese Innovationen tragen dazu bei, die Reibungsverluste bei der Verwaltung von Einwilligungen zu beseitigen, was für Entwickler und Telekommunikationsunternehmen, die mit globalen Datenschutzgesetzen arbeiten, von entscheidender Bedeutung ist.

3. Die Grenzen von OAuth aufzeigen

Ursprünglich wurde OAuth von CAMARA als eine Möglichkeit gewählt, den Zugang zu Netzwerkdaten zu kontrollieren. Vonage wies jedoch schnell auf ein Problem hin: OAuth ist für langfristige, mehrfach verwendbare Token (z. B. GitHub oder Google), nicht für die einmalige Nutzung, niedrige Latenzzeiten die Netzwerk-APIs erfordern.

Bedenken Sie dies:

• Ein typischer Ablauf der CAMARA-Nummernüberprüfung umfasst bis zu 10 Weiterleitungen zur Authentifizierung eines Benutzers.

• All dieser Aufwand, nur um ein Zugangs-Token zu generieren, das einmal verwendet und dann weggeworfen wird.

Diese Art von Latenz ist der Albtraum eines jeden Entwicklers. Vonage setzte sich für leichtere, zweckmäßige Lösungen ein und trug dazu bei, die Diskussionen über CIBA (Client-initiierte Rückkanal-Authentifizierung) und Backend-initiierte Flows, die in Hochgeschwindigkeitsumgebungen mit geringem Vertrauen funktionieren.

Der Weg in die Zukunft

Es gibt noch einiges zu tun:

• Erfassung von Einwilligungen bleibt für Backend- und Aggregator-Anwendungsfälle ungelöst.

• SIM-basierte Authentifizierung braucht breitere Geräteunterstützung, auch für iOS, wo Vonage vorprescht App Clips als datenschutzfreundliche Alternative.

• Eine breitere Einführung von Netzwerk-APIs durch Telekommunikationsunternehmen, um deren Potenzial auszuschöpfen.

Wir sind optimistisch! CAMARA und Open Gateway gehen in die richtige Richtung, und Vonage setzt sich dafür ein, dass die Telcos die Bedürfnisse der Entwickler im Auge behalten.

Schlussfolgerung

Je mehr Entwickler die Vonage Network APIs nutzen, desto besser können wir Sie innerhalb von CAMARA vertreten. Sie können noch heute loslegen und unsere wachsende Reihe von Netzwerk-APIs testen. Helfen Sie uns bei der Entwicklung von Entwickler-Tools wie dem Virtueller Netzwerk-Operator. Lassen Sie uns wissen, was Sie denken, indem Sie der Vonage Gemeinschaft Slack.