TL; DR Wahrscheinlich nicht.
Sie haben in jedem Netzwerk eine andere IP-Adresse. Ausgehender Datenverkehr wird von Ihrer Routingtabelle bestimmt, und es ist (zumindest theoretisch) relativ einfach, die Hälfte der Pakete aus jeder Verbindung zu senden, da die Entscheidung unter Ihrer Kontrolle liegt. Sie könnten jedoch eine Überprüfung des umgekehrten Pfads durchlaufen, die der Meinung ist, dass es sich um gefälschte Pakete handelt, und verwirft sie.
Incoming ist eine andere Geschichte. Pakete kommen je nach IP-Adresse in die eine oder andere Verbindung. Sie können mehrere Adressen gleichzeitig verwenden, aber Ihre P2P-Software müsste dies explizit tun, und eingehende Pakete werden nicht automatisch optimal aufgeteilt. Stattdessen erhalten die Peers, für die Adresse A angegeben ist, die Verbindung A und die Peers, denen die Adresse B zugewiesen wurde, die Verbindung B um Ihnen Daten zu senden. Das Schätzen der Bandbreite für jeden Peer, um die P2P-Verbindung unter Verwendung der richtigen Adresse für einen optimalen Abgleich einzurichten, ist ausgesprochen unerheblich.
Und nichts davon wird in jedem Betriebssystem "nur passieren", und nach meinem besten Wissen stellt Windows XP SP3 nicht die Tools bereit, die dies ermöglichen. Unter Linux mit gewichtetem Multipath-Routing können Sie den ausgehenden Datenverkehr zumindest ausgleichen. Unter Windows benötigen Sie zusätzliche Treiber, die den TCP / IP-Stack und die Kernel-Routing-Entscheidung umgehen, um Multipath-Routing zu erhalten. Alternativ können Sie deterministische Routingtabellen verwenden, die eine Verbindung für die Hälfte des Internets und die andere für die andere Hälfte verwenden ( aber die Hälfte der Adressen stellt wahrscheinlich nicht die Hälfte des Verkehrs dar). Dies ist alles andere als optimal. Die P2P-App muss neu geschrieben werden, um mehrere Sockets mit explizit gebundenen IP-Adressen zu verwenden, um eingehenden Datenverkehr aufzuteilen.