GTP-Unterstützung in OpenFlow

Question

Ich weiß, es ist nicht die typische legal Frage Stackoverflow, aber es scheint ein sehr hartes zu sein, da niemand eine genaue Antwort hat. Also, zurück zum Thema, ich weiß, es gibt eine Tunnel-ID Metadaten-Matching-Feld, das in der Openflow-Version 1.3 eingeführt wurde, wenn ich mich nicht irre. Gibt es jedoch Aktionen zur Unterstützung des Einkapselungs- und Entkapselungsprozesses eines Tunnelprotokolls wie GTP? Ich nehme an, es gibt, da die Tunnel-Metadaten in der Openflow-Matching-Implementierung vorhanden sind, also in diesem Fall, was sind die spezifischen Encap/Decap-Aktionen, um Routing-Entscheidungen auf das eigentliche getunnelte IP-Paket anzuwenden?

Answer 1

Die tunnel_id ist ein generisches Feld zu dem die Kennungen von Tunneling-Protokollen sollten (vgl OpenFlow spec 1.5) angepasst werden:

Die Abbildung des optional Einkapselung Metadaten in dem Tunnel-ID-Feld wird von dem logisch Port definiert Implementierung ist abhängig von der Art des logischen Ports und ist implementierungsspezifisch. Wir empfehlen, dass bei einem Paket, das über einen GRE-Tunnel mit einem (32-Bit-) Schlüssel empfangen wird, der Schlüssel in den unteren 32 Bits gespeichert wird und die hohen Bits auf Null gesetzt werden. Wir empfehlen, dass für einen logischen MPLS-Port die unteren 20 Bits das MPLS-Label darstellen. Wir empfehlen, dass für einen logischen VxLAN-Port die unteren 24 Bits die VNI darstellen.

Also im Grunde ja, wenn einige Geräte GTP-Header analysieren würden, es sollte (könnte) Karte den TEID zum tunnel_id Feld und alles dies scheint direkt im Datenpfad durchgeführt werden - automatisch und - entsprechend der Spezifikation - ohne weitere Maßnahmen, die angewendet werden können/müssen.

In Bezug auf GTP: Ich weiß nicht, in irgendeiner allgemein verfügbaren OpenFlow-Hardware, die es unterstützt (ich würde gerne, wir haben Use-Cases dafür ..).