Publish/Subscribe ist ein weit verbreitetes Kommunikationsmuster f��r Maschine-zu- Maschine-Kommunikation im Internet der Dinge (Internet of Things, IoT) und das MQTT Protokoll hat sich aufgrund seines leichtgewichtigen Designs zum De-facto- Standard etabliert. Zentralisierte Nachrichtenverteiler sind jedoch nur begrenzt in der Lage, die strengen Servicequalit��tsanforderungen moderner IoT-Szenarien zu erf��llen, welche eine dezentrale und zuverl��ssige Kommunikation am Rand des Netzwerks erfordern. In vielen dieser Szenarien sind Endger��te nicht mehr nur statisch an einem Ort, sondern bewegen sich in einer Umgebung. Dadurch werden zus��tzliche Herausforderungen und M��glichkeiten f��r eine zuverl��ssige Kommunikation kreiert. In dieser Arbeit pr��sentieren wir einen L��sungsansatz f��r ein skalierbares, verteiltes MQTT-Netzwerk und einen Migrationsprozess, um eine zuverl��ssige und transaktionale Teilnehmermobilit��t zu erm��glichen. Wir erweitern MQTT v3 und f��hren ein transaktionales Migrationsprotokoll ein, das die Nachrichten��bermittlungsgarantien von MQTTs f��r einzelne Abonnements (h��chstens einmal, mindestens einmal, genau einmal) verwendet und gew��hrleistet, um einen Teilnehmer zwischen (verteilten) Verteilersystemen zu migrieren. Mit Softwaretests, empirischen Experimenten und einer theoretischen Analyse evaluieren wir die Korrektheit, die Reaktionsf��higkeit und die Systembelastung unseres L��sungsansatzes. Die Evaluierung zeigt, dass unser Migrationsansatz es Teilnehmern erm��glicht, von einem Verteiler zu einem anderen zu migrieren, w��hrend die Nachrichten��bermittlungsgarantien gew��hrleistet werden, wobei jedoch zus��tzlicher Aufwand verursacht wird. In typischen Szenarien, in denen Verteiler synchronisiert sind, betr��gt die Migrationszeit etwa das Achtfache der Verbindungslatenz zwischen den Verteilern. In interregionalen Cloudszenarien, in denen die Verbindungslatenz zwischen den Verteilern etwa 80 bis 100 ms betr��gt, dauert die Migration etwa 600 bis 800 ms. Wenn sich die Broker in unmittelbarer N��he befinden, geht die Anzahl der verworfenen, duplizierten und gespeicherten Nachrichten gegen Null. Mit unserem Migrationprozess nimmt der Netzwerkverkehr mit h��chstens einmal ab, nimmt mit mindestens einmal zu und bleibt bei genau einmal Abonnements, mit jedoch einem zus��tzlichen Aufwand zur Speicherung von Nachrichten, gleich., Publish/subscribe is a commonly used pattern for machine-to-machine communication in the Internet of Things (IoT) and the MQTT protocol has emerged as the de-facto standard due to its lightweight design. However, centralized messages brokers are limited in their ability to satisfy the stringent quality of service requirements of modern IoT scenarios which require decentralized and reliable communication at the edge of the network. In many of these scenarios, end devices are not static at one place anymore, but rather move around in an environment which creates additional challenges and opportunities for reliable communications. In this work we present an approach for a scalable, distributed MQTT network and a migration process to enable reliable and transactional client mobility. We extend MQTT v3 and introduce a transactional migration protocol which makes use of and ensures MQTTs message delivery guarantees for individual subscriptions (at most once; at least once; exactly once) to migrate a client between (distributed) broker systems. With software testing, empirical experiments and a theoretical analysis we evaluate the correctness, the responsiveness and the system strains of our solution approach. The evaluation shows that our migration approach enables clients to migrate from one broker to another while ensuring message delivery guarantees, but incurs additional overhead. In typical scenarios, where brokers are synchronized, the migration time is roughly eight times the link latency between brokers. In interregional cloud scenarios where the link latency between brokers is roughly 80-100 ms, the migration takes around 600-800 ms. When brokers are in close proximity, the number of discarded, duplicated and stored messages are close to zero. With our migration process, the network traffic decreases with 'at most once', it increases with 'at least once' and it stays the same with 'exactly once' subscriptions, but comes with an overhead in storing message.