【讨论】以后厂家不需要为网卡分配MAC地址

davelv

回复  davelv


ARP表项：IP，MAC
路由表项：destination，mask，gateway，interface，metric

由此 ...
HappyTigerYear 发表于 2010-07-24 14:32

  既然UID是链路层的东西，就不应该把它加入网络层的路由表。、
而且按照你的说法，ARP也不需要了，反正替代MAC的UID已经加入路由表了
这就是我上次说你用网络层把下面所有东西全包了的意思。

davelv

回复  davelv


ARP表项：IP，MAC
路由表项：destination，mask，gateway，interface，metric


我 ...
HappyTigerYear 发表于 2010-07-24 17:46

   
这样的话倒是可行，只是网口不能用MAC区分，而是用网口编号区分，链路层的某些驱动要重写了。

davelv

不用，路由表里的“interface”就已指明从哪个网口发出去了
HappyTigerYear 发表于 2010-07-24 18:04

之所以有MAC的存在，是因为它可以标示一个网卡，故分别网卡的工作就是通过MAC实现的。
即使高层确认了该IP绑定了某个网卡，但是还是要转换到MAC，在数据链路层去识别具体是哪个物理网卡，这里的工作是在数据链路层实现的。
这里的interface是IP地址，而且现在UID是统一的，所以识别部分变成了IP-〉网卡编号-〉确认物理网卡，标示网卡的数据变了，所以链路层的某些驱动要重写。

davelv

还有个现实问题，要给计算机编UID，这个号码放到哪里好呢？

davelv

回复  davelv


当然写在ROM里了，一台计算机一个UID。要求在上电时，网卡可以自动读到。
HappyTigerYear 发表于 2010-07-24 18:41

固化到不可写部分吧，要不然刷没了。

davelv

LZ该去看看ISO的OSI协议。共有八层。你不要把不同层的东西扯到一块去。
beepbug 发表于 2010-07-24 20:18

额OSI什么时候八层了。。不是七层么。

davelv

LZ的想法很新颖，这样做TCP/IP协议不但会简练不少，功能也会增强许多。看了前面的两位高手的讨论，可行性也 ...
FirstBlood1 发表于 2010-07-26 16:58

上面只讨论了某些方面的技术可行性，至于社会可行性方面我没有经验（例如链接在同一个交换机上的双网卡就没有任何作用了，这样会不会引起什么意想不到的问题？），还有关于各种复杂网络环境下（尤其是广域网）的要求也不是很熟悉。
至于优点：
楼主也只是泛泛说明了其好处是减少了不必要的标识，但是我看也没见少什么标示，MAC变成了UID，而且这根本跟TCP/IP协议无关。
所以目前的态度是，我没有什么问题好问了，就看别人能不能提出一些有建设性的意见。