MPLS in der SDN-Ära

Vorwort

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Über dieses Buch

Es gibt viele Multiprotocol Label Switching (MPLS)-Bücher auf dem Markt. Vor allem diese beiden großartigen Bücher haben uns in der jüngsten Vergangenheit sehr beeinflusst:

• MPLS-Enabled Applications: Emerging Developments and New Technologies, Third Edition von Ina Minei und Julian Lucek (Wiley, 2010).

• MPLS und VPN-Architekturen von Ivan Pepelnjak und Jim Guichard (Cisco Press, 2010).

Was bringt es, ein weiteres Buch über MPLS zu veröffentlichen? In zwei Worten: Interoperabilität und Software-Defined Networking (SDN).

Interoperabilität

Obwohl diese erste Ausgabe Ende 2015 veröffentlicht wurde, stammt die ursprüngliche Idee aus der Mitte des Jahres 2012. Dieses Buch wurde ursprünglich konzipiert, um echte MPLS-Interoperabilität zu beschreiben.

In den letzten zehn Jahren haben wir diesen Satz von vielen Kunden gehört: "Ihr Anbieter redet ständig davon, was ihr besser könnt als eure Konkurrenten, aber ihr sagt uns nie, was ihr damit in einem Multivendor-Netzwerk machen könnt." Die Antwort "Wir versuchen, uns an die Standards zu halten - fragen Sie die anderen Anbieter, ob sie das auch tun, dann sollte es klappen", reicht bei großen Funktionsumfängen natürlich nicht aus. Dieses Buch versucht, dieses Tabu zu brechen, indem es zum ersten Mal in der Geschichte des Netzwerks beschreibt, wie ein großes Portfolio von Multivendor-MPLS-Diensten in realen Netzwerken eingesetzt werden kann, und zwar bis hin zur Konfigurationsebene. Wir sehen uns an, was zusammenarbeitet und was noch nicht zusammenarbeitet.

Die beiden gewählten Netzwerkbetriebssysteme sind Junos von Juniper und IOS XR von Cisco. Obwohl es noch andere relevante MPLS-Anbieter gibt, zeigt eine grundlegende kombinatorische Analyse, dass die Herstellung von Interoperabilität zwischen vier Anbietern sechsmal so teuer ist wie bei zwei Anbietern.

MPLS in der SDN-Ära

Anfang der 2010er Jahre behaupteten einige, dass Software-defined Netwroking (SDN), insbesondere OpenFlow, MPLS ersetzen würde. Nachdem man jedoch die vielen Herausforderungen der ersten OpenFlow-Version erkannt hatte, wurde SDN zu einem Paradigma (SDN 2.0) umdefiniert, das viele der Prinzipien teilt, die MPLS seit Jahrzehnten zu einer sehr erfolgreichen Technologie für Service Provider gemacht haben.

SDN und MPLS als konkurrierende Technologien zu betrachten, ist grundlegend falsch. MPLS ist ein wichtiger SDN-Enabler. Diese Aussage trifft vor allem dann zu, wenn du MPLS als architektonisches Paradigma (und nicht als Verkapselung) betrachtest. Das ist, kurz gesagt, das MPLS-Modell:

• Entkopplung der Kontrollebene von der Weiterleitungsebene.

• Entkopplung von Dienstleistung und Transport.

• Entkopplung von Overlay und Underlay.

• Mehrschichtige Architektur mit einem funktionsreichen Rand und einem schnellen Transportkern. Dieser Ansatz kann auf das WAN, auf Rechenzentren und so weiter angewendet werden.

• Aufbau von Overlay-Netzwerken an den Kanten zur Unterstützung von Multitenancy und Multiservice.

• Minimierung des Weiterleitungsstatus auf dem Kern.

• Erweiterte Paketlenkung durch Signalisierung von Weiterleitungspfaden und/oder durch Stapelungsanweisungen in den Paketköpfen.

Es ist schwer, sich ein skalierbares Netzwerk vorzustellen, das diesen Prinzipien nicht folgt. Die Implementierungsdetails (und die tatsächliche Verkapselung ist eines dieser Details) sind zweitrangig. In diesem Buch wird zum Beispiel Ethernet VPN (EVPN) mit Virtual eXtensible LAN (VXLAN) Transport als eine echte MPLS-Technologie betrachtet. Auch wenn sie keine MPLS-Labels verwendet, basiert diese Lösung tatsächlich auf dem MPLS-Paradigma. Im Detail bedeutet das, dass VXLAN kein Instruction Stacking implementiert und eine IP-basierte Verkapselung verwendet, deren Header-Overhead zehnmal größer ist als der von MPLS.

Auf der anderen Seite gibt es einen schnell wachsenden MPLS-Trend in großen Rechenzentren, insbesondere bei Cloud-Providern. Neue Lösungen für Rechenzentren nutzen das Border Gateway Protocol (BGP) und MPLS-Technologien in ähnlicher Weise, wie es WAN-Dienstleister schon seit Jahrzehnten tun. Dieser Trend umfasst nicht nur das MPLS-Paradigma, sondern auch immer mehr die MPLS-Kapselung.

Einer der Beweise dafür, dass MPLS in der SDN-Ära wichtiger denn je ist, ist die explodierende Menge und Vielfalt an MPLS-Funktionen, die Netzwerkanbieter entwickeln, um den Anforderungen eines sich schnell verändernden Marktes gerecht zu werden. Dieses Buch versucht, diese Realität widerzuspiegeln, indem es Technologien und Anwendungsfälle einbezieht, die sich noch in der frühesten Entwicklungsphase befinden.

MPLS ist eine flexible Technologie, die nicht per se komplex ist. Wie jede modulare Technologie kann sie so komplex werden, wie du willst (oder besser gesagt, so komplex, wie die Anforderungen sind).

Live Buch

Dieses Buch ist sehr praktisch und die Autoren wollen es auch nach der Veröffentlichung weiterführen. Hier sind einige zusätzliche Ressourcen, die du nutzen kannst:

• Für ein besseres Leseerlebnis und aus Platzgründen zeigt dieses Buch nur die Konfiguration, die für jeden Abschnitt relevant ist, aber nicht die vollständigen Konfigurationen. In den Monaten nach der Veröffentlichung dieses Buches werden die Autoren damit beginnen, einige vollständige Konfigurationen in den Blog des Buches unter http://www.mplsinthesdnera.net hochzuladen .

• Die Autoren haben einige Interop-Szenarien im Keller und werden sie regelmäßig auf dem Blog des Buches unter http://www.mplsinthesdnera.net veröffentlichen .

• Du kannst direkt an die Autoren schreiben: [e-mail]. Bitte bleib fair. Feedback, Vorschläge für neue Blogbeiträge oder Fragen zur Klärung sind sehr willkommen. Beratungsanfragen werden nicht beantwortet.

Inhalt dieses Buches

Dieses Buch ist so geschrieben, dass du es linear von der ersten bis zur letzten Seite lesen kannst, was wir auch empfehlen. Wenn du jedoch nur an bestimmten Kapiteln interessiert bist, weist dich die folgende Liste auf die Abhängigkeiten zwischen den Kapiteln hin. Die Abhängigkeiten für Kapitel 9 sind zum Beispiel Kapitel 1, Kapitel 2 und Kapitel 3. Das bedeutet, dass du die Konzepte, die in den ersten drei Kapiteln erklärt werden, beherrschen musst, um Kapitel 9 zu lesen, aber du kannst die Kapitel 4 bis 8 überspringen, wenn du möchtest.

Kapitel 1, Einführung in MPLS und SDN, legt die Grundlage für den Rest des Buches, indem es grundlegende MPLS- und SDN-Konzepte vorstellt und ein statisches LSP-Beispiel liefert. Es gibt keine Abhängigkeiten zwischen den Kapiteln.

Kapitel 2, Die vier MPLS-Builder, behandelt die vier Methoden zur Signalisierung dynamischer MPLS-LSPs: LDP, RSVP-TE, IGP (IS-IS, OSPF) SPRING und BGP. Abhängigkeiten vom Kapitel: 1.

Kapitel 3, Layer 3 Unicast MPLS Services erklärt 6PE (IPv6-Transport über einen IPv4/MPLS-Kern) und BGP/MPLS IP VPNs (auch bekannt als L3VPNs). Abhängigkeiten vom Kapitel: 1, 2.

Kapitel 4, Internet Multicast über MPLS bietet eine Einführung in IP-Multicast und beschreibt eine interoperable Methode, um globalen (nicht-VPN) IP-Multicast-Verkehr über MPLS zu transportieren. Abhängigkeiten vom Kapitel: 1, 2, 3.

Kapitel 5, Multicast VPN, behandelt ausführlich die meisten, wenn nicht sogar alle interoperablen Varianten von BGP MVPN, früher bekannt als Next-Gen MVPN. Kapitel-Abhängigkeiten: 1, 2, 3, 4.

In Kapitel 6, Punkt-zu-Punkt Layer 2 VPNs, dreht sich alles um Pseudowires. Es werden sowohl die LDP- als auch die BGP-basierten Varianten besprochen. Abhängigkeiten vom Kapitel: 1, 2 und die ersten L3VPN-Abschnitte von 3 (RD- und RT-Konzepte).

Kapitel 7, Virtual Private LAN Service beschreibt Multipoint-L2VPNs, deren MAC-Lernen auf der Weiterleitungsebene implementiert ist. Kapitel-Abhängigkeiten: 1, 2, 6.

Kapitel 8, Ethernet VPN, beschreibt Mehrpunkt-L2VPNs, bei denen das MAC-Lernen in der Steuerungsebene implementiert ist. Es werden mehrere Varianten diskutiert: EVPN mit MPLS-Transport, EVPN mit VXLAN-Transport und PBB EVPN. Abhängigkeiten vom Kapitel: 1, 2, 6.

Kapitel 9, Inter-Domain MPLS Services konzentriert sich auf die BGP/MPLS IP VPN Inter-AS Optionen A, B und C. Kapitelabhängigkeiten: 1, 2, 3.

Kapitel 10, Underlay- und Overlay-Architekturen, erforscht den Mythos der Trennung von Control-Plane und Forwarding-Plane, indem es Architekturen vorstellt, die sich sehr ähnlich sind, obwohl sie für ganz unterschiedliche Zwecke eingesetzt werden: Multiforwarder-Geräte, Fabrics und Virtualisierungs-Overlays. Abhängigkeiten zum Kapitel: 1.

Kapitel 11, Netzwerkvirtualisierungs-Overlays, ist das erste echte SDN-Kapitel in diesem Buch. Es beschreibt, wie du das MPLS-Paradigma nutzen kannst, um VMs untereinander und mit Abonnenten zu verbinden. Abhängigkeiten: 1, 3, 8, 9 (Option B), 10.

Kapitel 12, Netzwerkfunktionsvirtualisierung, erklärt, wie man Service-Funktionsketten aufbaut, um den Datenverkehr durch virtualisierte Netzwerk-Appliances zu lenken. Abhängigkeiten vom Kapitel: 1, 10, 11.

In Kapitel 13, Einführung in die Verkehrstechnik, wird erklärt, wie explizite Pfade auf der Grundlage statischer Beschränkungen wie Metrik, Farben und Shared-Risk Link Groups dynamisch berechnet werden können. Der Schwerpunkt liegt auf RSVP-TE und es gibt auch ein Szenario, das auf BGP-LU für Egress Peer Engineering (EPE) basiert. Kapitel Abhängigkeiten: 1, 2.

Kapitel 14, TE-Bandbreitenreservierung zeigt, wie man mit RSVP-TE Bandbreite reserviert, sowohl statisch als auch dynamisch (automatische Bandbreite). Außerdem wird beschrieben, wie Container-LSPs für den RSVP-TE-Lastausgleich eingesetzt werden. Abhängigkeiten zum Kapitel: 1, 2.

In Kapitel 15, Zentralisierte Verkehrstechnik, wird ein Modell vorgestellt, bei dem die LSP-Pfadberechnung von einem zentralen Controller durchgeführt wird, der über PCEP mit den Netzwerkgeräten kommuniziert. Kapitel-Abhängigkeiten: 1, 2, 13.

Kapitel 16, Skalierung von MPLS-Transport und Seamless MPLS, behandelt bewährte Methoden zur Skalierung von IGP und RSVP-TE sowie viele Varianten der LSP-Hierarchie mit Anwendungen für Service Provider und Rechenzentren, mit oder ohne Controller. Abhängigkeiten vom Kapitel: 1, 2, 3, 9 (Option C).

Kapitel 17, Skalierung von MPLS-Diensten, beschreibt gängige Strategien, um die Belastung der Steuerebene auf Geräten mit geringem Umfang zu reduzieren. Der Schwerpunkt liegt dabei auf L3VPN-Diensten. Abhängigkeiten vom Kapitel: 1, 2, 3.

Kapitel 18, Transit Fast Restoration Based on the IGP (Schnelle Wiederherstellung von Transitverbindungen auf der Grundlage von IGP ) erklärt, wie man mit IGP-Mechanismen (OSPF, IS-IS) eine Konvergenz von unter 50 ms bei einem Ausfall von Transitverbindungen/Knoten erreicht, wobei einige davon taktisch mit RSVP-TE kombiniert werden. Es behandelt Technologien wie LFA, RLFA, TI-LFA, TI-FRR und MRT. Abhängigkeiten der Kapitel: 1, 2.

Kapitel 19, Transit Fast Restoration Based on the RSVP-TE (Schnelle Wiederherstellung von Transitverbindungen auf der Grundlage von RSVP-TE) erklärt, wie man bei einem Ausfall von Transitverbindungen/Knoten eine Konvergenz unter 50 ms erreicht, indem man ausschließlich RSVP-TE verwendet. Es werden zwei Modelle des Pfadschutzes beschrieben: der Anlagenschutz und der Eins-zu-Eins-Schutz. Kapitel-Abhängigkeiten: 1, 2.

Kapitel 20, FIB-Optimierung für schnelle Wiederherstellung ist ein sehr herstellerspezifisches Kapitel, in dem erklärt wird, wie sowohl Junos als auch IOS XR ihre FIB-Strukturen verbessern, um die Anforderungen an eine schnelle Wiederherstellung zu erfüllen. Abhängigkeiten vom Kapitel: 1, 2, 3.

In Kapitel 21, Egress Service Fast Restoration, wird erklärt, wie du bei einem Ausfall von Transit-Egress-Links/Knoten eine Konvergenz unter 50 ms erreichst. Dazu gehören Technologien wie BGP PIC, Tail-End Protection und EPE Protection. Kapitel-Abhängigkeiten: 1, 2, 3, 6, 20.

Haftungsausschluss

Die ehrliche Absicht der beiden Autoren war es, funktionierende interoperable Szenarien zu zeigen und sich dabei auf die erfolgreichen Szenarien zu konzentrieren, anstatt irgendwelche Implementierungen zu kritisieren. Wir haben uns bemüht, neutral zu bleiben, obwohl wir beide Mitarbeiter von Juniper Networks waren, als wir diesen Artikel geschrieben haben. Solltest du irgendeine Art von Bevorzugung feststellen, können wir dir versichern, dass dies nicht beabsichtigt war.

Dieses Buch gibt ausschließlich die Meinung der Autoren wieder und nicht die des Unternehmens, für das sie arbeiten. Es enthält keine Unternehmensnachrichten von Juniper Networks oder anderen Anbietern.

Jede Aussage, die du in diesem Buch findest, ist eine Schlussfolgerung, die aus persönlicher Forschung und Labortests gezogen wurde. Nehmen wir das Beispiel von Aussagen, die wie folgt formuliert sind: "Anbieter X unterstützt oder implementiert oder unterstützt nicht oder verhält sich oder interoperiert usw." Die eigentliche Bedeutung eines solchen Satzes ist: "Nach einigen inoffiziellen Recherchen und Labortests sind die Autoren des Buches zu dem Schluss gekommen, dass Anbieter X zu unterstützen scheint, oder zu implementieren scheint, oder nicht zu unterstützen scheint, oder sich zu verhalten scheint, oder zu interoperieren scheint, und so weiter."

Warnung

Dieses Buch ist kein offizielles Dokument des Verkäufers.

Bitte beachte auch die folgenden Punkte:

• Einige Szenarien sind mit Alpha-Prototypen erstellt worden. Es ist möglich, dass einige der Funktionen und Befehle zum Zeitpunkt der Veröffentlichung noch nicht allgemein verfügbar waren. Die Anbieter sind nicht verpflichtet, die in diesem Buch beschriebenen Funktionen zu veröffentlichen, die noch nicht freigegeben wurden. Das hat auch eine gute Seite: Dieses Buch öffnet ein Fenster zum tatsächlichen Stand der Technik und du hast die Möglichkeit, Dinge auszuspähen, die vielleicht noch kommen werden.

• Es ist möglich, dass sich einige der in diesem Buch verwendeten Befehle in Zukunft ändern oder veraltet sind. Die Genauigkeit der Syntax wird nicht garantiert.

Schließlich haben sich die Autoren aus Platzgründen und aus Gründen der Kürze die Freiheit genommen, die Beispiele für die Befehlsausgabe zu bearbeiten, indem sie Zeilen, Spalten oder Zeichen entfernt haben. Aus diesem Grund haben die Beispiele in diesem Buch auch keine garantierte Genauigkeit.

In diesem Buch verwendete Konventionen

In diesem Buch werden die folgenden typografischen Konventionen verwendet:

Kursiv

Weist auf neue Begriffe, URLs, Standards, Entwürfe, E-Mail-Adressen, Dateinamen und Dateierweiterungen hin.

Constant width

Wird für die Gerätekonfiguration, Betriebsbefehle und deren Ausgabe sowie für Protokollaufzeichnungen verwendet.

Tipp

Dieses Element steht für einen Tipp oder eine Anregung.

Hinweis

Dieses Element steht für einen allgemeinen Hinweis.

Warnung

Dieses Element weist auf eine Warnung oder einen Warnhinweis hin.

Safari® Bücher Online

Hinweis

Safari Books Online ist eine digitale On-Demand-Bibliothek, die Experteninhalte in Buch- und Videoform von weltweit führenden Autoren aus den Bereichen Technologie und Wirtschaft liefert.

Technologieexperten, Softwareentwickler, Webdesigner sowie Geschäftsleute und Kreative nutzen Safari Books Online als Hauptressource für Recherchen, Problemlösungen, Lernen und Zertifizierungsschulungen.

Safari Books Online bietet eine Reihe von Plänen und Preisen für Unternehmen, Behörden, Bildungseinrichtungen und Privatpersonen.

Mitglieder haben Zugang zu Tausenden von Büchern, Schulungsvideos und Manuskripten von Verlagen wie O'Reilly Media, Prentice Hall Professional, Addison-Wesley Professional, Microsoft Press, Sams, Que, Peachpit Press, Focal Press, Cisco Press, John Wiley & Sons, Syngress, Morgan Kaufmann, IBM Redbooks, Packt, Adobe Press, FT Press, Apress, Manning, New Riders, McGraw-Hill, Jones & Bartlett, Course Technology und Hunderten mehr in einer vollständig durchsuchbaren Datenbank. Wenn du mehr über Safari Books Online erfahren möchtest, besuche uns bitte online.

Wie du uns kontaktierst

Bitte richte Kommentare und Fragen zu diesem Buch an den Verlag:

• O'Reilly Media, Inc.
• 1005 Gravenstein Highway Nord
• Sebastopol, CA 95472
• 800-998-9938 (in den Vereinigten Staaten oder Kanada)
• 707-829-0515 (international oder lokal)
• 707-829-0104 (Fax)

Wir haben eine Webseite für dieses Buch, auf der wir Errata, Beispiele und zusätzliche Informationen auflisten. Du kannst diese Seite unter http://bit.ly/mpls-sdn-era aufrufen .

Wenn du Kommentare oder technische Fragen zu diesem Buch stellen möchtest, sende eine E-Mail an [e-mail].

Weitere Informationen zu unseren Büchern, Kursen, Konferenzen und Neuigkeiten findest du auf unserer Website unter http://www.oreilly.com.

Finde uns auf Facebook: http://facebook.com/oreilly

Folge uns auf Twitter: http://twitter.com/oreillymedia

Schau uns auf YouTube: http://www.youtube.com/oreillymedia

Danksagungen

MPLS in the SDN Era hat zwei Autoren und vier wichtige Mitwirkende (Harold Ritter, Javier Antich, Gonzalo Gómez und David Roy), die am Ende des Buches zusammen mit Raghu Subramanian genannt werden.

Das erste, was ein Buch braucht, ist Zeit zum Schreiben. Die Autorinnen und Autoren möchten sich bei ihren Familien für ihr großes Maß an Geduld, Unterstützung und Verständnis bedanken. Außerdem danken sie Pablo Mosteiro, Jos Bazelmans und dem höheren Management dafür, dass sie taktisch Zeit freigemacht haben, damit die Autoren schreiben konnten.

Dann braucht es einen Herausgeber und einen Verleger. Patrick Ames hat in jeder Phase dieses 18-monatigen Projekts von Anfang an mitgeholfen, und die Autoren hätten in keinen besseren Händen sein können. Er hat sich um alles gekümmert, damit sie sich ausschließlich auf das Schreiben konzentrieren konnten. O'Reilly hat mit großer Flexibilität, Respekt vor der Arbeit der Autorinnen und Autoren und einem erstklassigen Lektorat (besonderer Dank gilt Nicole Shelby, Courtney Allen, Octal Publishing und The Book Analyst) und einer exzellenten Umsetzung überzeugt.

Minto Jeyananth, der Haupterfinder des Tail-End-Schutzes, hat unzählige Male geholfen und eine Handvoll Interoperabilitätskorrekturen vorgenommen und dabei eine Mischung aus Hellsichtigkeit und Bescheidenheit gezeigt. In Sachen Innovation hatten die Autoren auch das Glück, auf die starke, kluge und bescheidene Unterstützung mehrerer anderer Erfinder zu zählen (in alphabetischer Reihenfolge: Bruno Decraene, Hannes Gredler, Kaliraj Vairavakkalai, Nischal Sheth, Nitin Singh, Pushpasis Sarkar, Santosh Esale, Wen Lin und weitere, die in der folgenden Liste aufgeführt sind), die viele der in diesem Buch erläuterten neuesten Entwicklungen mit vorantreiben.

Wer über MPLS in der SDN-Ära schreibt, braucht Leute, die einen 360-Grad-Blick auf die Technologie haben, wie Bruno Rijsman, Pravin Bhandarkar und Stuart Mackie. Die Autoren hatten auch das Privileg, mit zwei wichtigen Schöpfern von MPLS und SDN zu sprechen: Kireeti Kompella und Yakov Rekhter.

Dies ist ein praktisches Buch und ohne Labore wäre es nichts. Viele Leute haben mitgeholfen, aber drei von ihnen waren absolut entscheidend. Manuel Cornejo hat mehrere Tage damit verbracht, eine hausgemachte Lösung zu entwickeln, um vMX mit IOS XRv virtuellen Maschinen zu verbinden und so beliebige Interop-Topologien zu ermöglichen (was noch vor kurzem unvorstellbar war). Sree Lakshmi Sarva und das Contrail Solutions Engineering Team haben freundlicherweise eine Reihe der neuesten und besten SDN-Szenarien entworfen, gebaut und vorgestellt. Mohammed Khan und sein Team bauten physische ASR9K- und MX-Topologien, die für einige Funktionen notwendig waren, die von einem oder beiden virtuellen Netzwerkbetriebssystemen noch nicht unterstützt wurden.

Ato und Krzysztof sind überwältigt von der Hilfe vieler anderer großartiger Menschen, die technische Überprüfungen, Konzeptabklärungen, praktische Laborarbeiten oder das Redigieren von Texten übernommen haben; und die Zugang zu wertvollen Prototypen gewährten, Interop-Probleme behoben, hilfreiche Blogbeiträge geschrieben oder einfach Zeit gewonnen haben, damit die Autoren schreiben konnten.

Unter den vielen wertvollen technischen Überprüfungen waren die von Alejandro Tovar, Camilo Cardona und Péter Maros, die viele Kapitel abdeckten und außergewöhnlich gründlich waren.

Es würde ein ganzes Kapitel dauern, um zu erklären, wer was gemacht hat. Hier ist die (wahrscheinlich unvollständige) Liste der wichtigsten Mitwirkenden in streng alphabetischer Reihenfolge:

Ahmed Guetari, Alvaro de las Heras, Ambrose Kwong, Andrea Di Donato, Andy Ingram, Anil Lohiya, Ankur Singla, Anshu Verma, Antoine Sibout, Anton Bernal, Antonio Huete, Antonio Sanchez-Benavente, Aravind Srikumar, Ashish Ranjan, Balaji Rajagopalan, Bill Dicks, Bill Twibill, Bob Russell, Brian Anderson, Carlos Durán, Chandrasekar Ramachandran, Chris Bowers, Chris Hellberg, Colby Barth, Colleen Lobner, Cressida Downing, Cyril Margaria, Damien Garros, Dan Fauxsmith, David Delgado, David Lobo, Dianne Russell, Didier Bousser, Dilip Sundarraj, Diogo Montagner, Disha Chopra, Domiciano Alonso, Doug Hanks, Efraín González, Erdem Sener, Evgeny Bugakov, Fawad Shaikh, Fernando (Fertxo) Muñoz Macaya, Francisco Sánchez, Guilhem Tesseyre, Guy Davies, Harish Sitaraman, Harshad Nakil, Hartmut Schroeder, Hassan Hosseini, Iria Varela, Ivan Pepelnjak, Ivan Tomić, Javier Campos, Jeetendra Lulla, Jeff Haas, Jeffrey Fry (Fryguy), Jeffrey (Zhaohui) Zhang, José Cid, José Luis Perez, José Miguel Huertas, Joseph Li, Julian Lucek, Julie Wider, Kapil Arora, Kevin F Wang, Kishore Tiruveedhula, Kostas Anagnopoulos, Mahesh Narayanan, Manish Gupta, Manoj Sharma, Manuel Delgado, Marco Rodrigues, María Caraballo, Matthew Jones, Michael Henkel, Michael Langdon, Michael Pergament, Michał Styszyński, Miguel Barreiros, Miguel Cros, Nacho Martín, Oleg Karlashchuk, Oscar Carnicero, Oscar Santiago, Pablo Sagrera, Parantap Lahiri, Paul Jarvis, Paul Obsitnik, Pedro Marques, Ping Wang, Pierre François, Pooja Mangla, Praveen Karadakal, Qasim Arham, Rafał Jan Szarecki, Rahul Kasralikar, Rakesh Manocha, Ramdas Machat, Ramesh Yakkala, Ranjini Rajendran, Raveendra Torvi, Ravi Singh, Rendo Wibawa, René Triana, Robert Kebler, Rocío Benavente, Rodny Molina, Sachin Natu, Sanju Abraham, Sean Clarke, Selvakumar Sivaraj, Shraddha Hegde, Sreedhevi Sankar, Steve Kensil, Sudharsana Venkataraman, Sue Oliva, Suman Dara, Suneel Pentala, Sunesh Rustagi, Sunil Malali, Tao (Tony) Liu, Tapraj Singh, Thomas Murray, Tom Adams, Usman Latif, Vallinayakam Somasundaram, Vasu Venkatraman, Victor Ganjian, Víctor Rodríguez, Vinay K Nallamothu, Vishal Nagaonkar, Vivek Shenoy, Walter Goralski, Xander Thuijs, Yimin Shen, und Zeeshan Sabri.