|
首先，存在大量多对多传输的需求，例如，如BitTorrent的文件共享中，通常是一个用户对多点请求数据，假如同时有多个用户对多点请求数据，便形成了多对多传输。这是一个需要改进的问题，其实，大部分看起来是多对多传输（宏观是如此），但在实际处理是将问题分解为多个的一对多或者是多对一，其特征是缺乏协作处理，容易造成拥塞或者缺乏效率。
再来看看，假如分解成多个任务，例如：
任务之间往往是同过一条超级路由保持联系，或许应该存在多对多路由的更优选择，来代替单对单的超级路由。
其次，深入了解计算机网络的本质，其传输的根就是多对多传输：
显然，“多对多”和“一对一”是两个极。现实中“一对多”和“多对一”也会出现你中有我，我中有你。
这里所说的“多对多”、“一对一”、“一对多”和“多对一”是指在通信中技术处理的概念，不能跟宏观概念相混淆，例如，Internet是多对多的连接，这是一个大概念，很多宏观看起来像一对多的问题，可以用不同的技术来处理。
将复杂的通信问题分解是现时通用方法，一对一是问题分解的终极，一对多的问题可以分解成多个一对一问题，就像C/S，在服务端，存在多个一对一的服务，这些服务可能是分线程或者是分时的。
在追求问题分解的同时，也有追寻效率的，组播是一个例子，体现出“一对一”向“一对”多形态转移，而网格服务则体现了向多对一的转移。就像上图所显示那样，从上发往下，是分解问题，从下往上，是追求效率，通常是追求问题难易与效率。
不过，随着越来越多的问题被解决，以前困难的事情现在变得容易多了，通信技术上，也就变得越来越往“多对多”发方向发展。
再来看一个有趣的解决问题和提高效率的例子，CDN（内容分发网络）看似一对多，通信技术处理上却是一对一，CDN应该是一种代理服务，和C/S一样，只是在服务端存在多个服务来满足众多用户需求。CDN是为了解决大量（视频）内容分发对主干网络所造成巨大压力而产生的，其方法是在（比较）接近用户添置服务器，也叫边缘服务器，这是一种解决问题的方法，却产生浪费服务器这样的效率问题。CDN也是与时俱进的，当以边缘服务器来解决问题被视为基本方法时，却不断以提高效率为目标，向多对多进化，一个方向是P2P+CDN，还有支持用户向多台CDN服务器请求数据。
为什么不直接采用“多对多”呢？那是“多对多”太复杂了，简化问题而求解是正确的，不过，随着技术的进步，会逐步向“多对多”发展的。
随着理解和解决，LongSwitch尝试着简化“多对多”问题，并取得一定的进展。
LongSwitch是换了另一种思路来解决问题的，LongSwitch把很多通信归纳为“多对多”问题，而把“一对多”看成是源是一，目的是多的“多对多”的特例；同理，“多对一”看成是源是多，目的是一的“多对多”的特例；“一对一”看成是源是一，目的是一的“多对多”的特例。
所以，LongSwitch的目标就是实现包含很多传统通信（特例）的“多对多”通信。LongSwitch总的来说是“多对多”，但是，在不同方面，会体现出多样性，表现在：
“多个节点相互发布内容的方法”是在“多对多”中有“一对一”的体现。
“一对多”和“多对多”是IPTV直播的两只翅膀。
文件下载，VOD则在“一对多”、“多对一”和“多对多”之间梦幻变换。
| 
