全球IP地址将在数周内用尽（ZT)

[飞来客]

老前辈，人就是干这一行的，能不懂ABC

明知故问，存心调皮捣蛋，不够成熟。

 

[苦逼热狗]

发送方这头：一包拆分2个包发2个网卡？还是一个网卡一个包？或者是一个进程一个网卡？
接收方那头：如何把2个拆开的包合并起来按照一个包处理？如何deserialize不同网络进来的包？

 

[Isabel]

你自己放狗搜一搜不行吗？

MAC（Media Access Control)，是硬件地址，就如同我们身份证的号码，是全世界唯一的。

你这个所答非所问嘛。搞清楚这两个问题，才有可能进一步了解为什么不能用MAC代替IP。

 

[苦逼热狗]

MAC地址可以伪造的，不是单一的，不同网关下允许出现重复的MAC地址的。数据包都可以伪造来源跟目标地址，更别说这个了。

 

[闲得慌]

发送方这头：一包拆分2个包发2个网卡？还是一个网卡一个包？或者是一个进程一个网卡？
接收方那头：如何把2个拆开的包合并起来按照一个包处理？如何deserialize不同网络进来的包？

嗯， 如果在windows上装个virtual machine呢？ 那是不是就省得自己写 TCP/IP协议了？

 

[hcloud]

有时候较真是好事， 大家都想知道真理嘛。

如果抬杠+较真， 死活不同意别人是对的（并不代表自己错啊）， 然后偷龙转凤概念， 那就没意思了。

 

[hcloud]

我开玩笑说MAC的…… 别认真。
地址（或者任何识别方式）必须服务器中央分配才能保证可靠性安全性和唯一性。

 

[苦逼热狗]

嗯， 如果在windows上装个vertual machine呢？ 那是不是就省得自己写 TCP/IP协议了？

概念模糊了？
virtual machine也只是利用你的主机虚拟了一个网卡/网关把数据包从你的网卡上头转移到你的虚拟机的
所有数据还只是走你的网卡的。

你们争论的主要问题就是多网卡情况下，数据包的发送机制的问题啊。
你如果说你要在IP层上再加设一个类UDP的协议的话，通过你的虚拟网关控制器充分利用多网卡的资源的话，理论上是可以的，不过效率是个问题，丢包又是另外一个问题了。

 

[闲得慌]

概念模糊了？
virtual machine也只是利用你的主机虚拟了一个网卡/网关把数据包从你的网卡上头转移到你的虚拟机的
所有数据还只是走你的网卡的。

你们争论的主要问题就是多网卡情况下，数据包的发送机制的问题啊。
你如果说你要在IP层上再加设一个类UDP的协议的话，通过你的虚拟网关控制器充分利用多网卡的资源的话，理论上是可以的，不过效率是个问题，丢包又是另外一个问题了。

嗯， 什么时候到小萝莉的实验室试试？

 

[苦逼热狗]

就算实现了.....也没法推广，这东西也没法解决IPv4可用地址的耗竭啊。

 

[小傻]

嗯， 什么时候到小萝莉的实验室试试？

做做IP SEARCH。。没准你和热狗可以就这个整个PATENT出来。。:blink:

试试就算了吧。没听柳MM说吗，除非你IMPLEMENT一套自己的TCP／IP。。她们LAB太落后现在还不SUPPORT

 

[小傻]

就算实现了.....也没法推广，这东西也没法解决IPv4可用地址的耗竭啊。

回到主题了，要不这个科普贴热狗你来写？:blink:

 

[闲得慌]

就算实现了.....也没法推广，这东西也没法解决IPv4可用地址的耗竭啊。

IPv4不是早就解决了吗？

我所有回答都是由下面这个问题引出来的：

谁能解释一下共享ip地址用户网速为什么会变慢？

 

[闲得慌]

做做IP SEARCH。。没准你和热狗可以就这个整个PATENT出来。。:blink:

试试就算了吧。没听柳MM说吗，除非你IMPLEMENT一套自己的TCP／IP。。她们LAB太落后现在还不SUPPORT

嗯， GOOGLE不是靠把几万个破机器连起来提速而NB全世界的吗？到时候他们买了我们的PATENT, 一个机器就够了

 

[苦逼热狗]

UDP主要就是因为它的stateless的设计原理，我个人认为很适合用来改造成那种多网卡传送/接收boost，不过需要接受跟发送方的双方面改造，我说的理论上可以，是因为在现有的状况下，分布式的数据包派送/接收，我感觉有它的局限性。
例如我(S)要发送数据包A去目的地(D)，单个数据包A的话，好实现，1:1嘛。你要是把A切成A1,A2,A3发过去，如果是按顺序来的话，也好说。但是如果你加入了，A1由Canadapost来派送，A2由DHL来派送，A3由Fedex来派送，这个对于S来说简单，就是发出去嘛，但是D如何处理数据包呢？你总要告诉人家吧。如果A3比A1更早派送到D的话，你事先没有告诉D顺序的话，你整个数据包A就是没用的东西，就要重新发。