我的最佳选择是：
通过“相互通信”，我指的是：
使用 .Net 1.1 的选项似乎有：套接字、远程处理和各种类型的 Web 服务。
提出了使用二进制序列化 DataTables 通过套接字的解决方案，但我对此持谨慎态度。
更新：在这种情况下，“服务器”是带有 .Net 1.1 的 Windows 嵌入式标准版。在此阶段，我们无法向镜像中添加任何新组件，例如 IIS、ASP 或 MSMQ 等。请考虑到这一点。
由于最终您将迁移到WCF，因此您可能希望立即构建一个WCF服务，使用支持旧ASMX风格Web服务的BasicHttpBinding，即WS-BasicProfile 1.1。您可以轻松地从.NET 1.1应用程序中使用此服务。
您还可以考虑在WCF中使用MsmqIntegrationBinding，在其中，您的.NET 1.1应用程序将从MSMQ发布/接收消息。
您可能需要查看以下相关文章：
我们在代码中使用远程调用和Web服务进行1.1 <--> 3.5之间的通信。我们发现Web服务最容易从1.1移植到3.5。
RemotingFormat = SerializationFormat.Binary以获得真正的紧凑二进制序列化，但我不认为这是.NET 1.1中的选项。你不需要使用内置序列化来序列化DataTable对象。DataTable只是一组列和行。您应该简单地循环遍历表的行，并对每行进行序列化。
根据您的权衡，您可能希望将DataTable复制到等效的数据传输对象中，然后对该对象进行二进制序列化。这样的对象将由一个对象数组组成，这些对象镜像了DataTable的结构。该对象将具有与DataTable的每个列对应的一个属性。
这样，您就可以避免序列化表元数据，同时获得轻松快速的二进制序列化。
鉴于此，我会避免Remoting。虽然其结构与WCF相似，但几乎没有支持。你已经被困在了几乎过时的.NET版本上，你真的不想依赖于一个技术，它本身就已经过时了。
套接字并不美观，但它们是被充分理解的。如果你小心谨慎，你将创建相对容易维护的套接字代码，至少在你必须坚持使用.NET 1.1的这段时间内。
你可能想要查看.NET 2.0中新增的类（例如TcpClient），并创建类似的API。这样，如果你能够将图像更新到.NET 2.0，那么你会发现更容易利用微软将必须维护的代码。