这两天调代码的收获 关于IGMP,内存分配等等 组播MAC映射

（1）IP_ADDR_ANY应该已经搞懂了。设置为IP_ADDR_ANY或者唯一的IP 对于FTP速度似乎没有提升。

（2）关于内存，看样子，需要更加合理的分配了。优先考虑的是未来程序变大以后，需要在哪里增加内存。就要把外部的1M内存充分利用起来。内存对速度的影响到底有多大？除了写fatfs文件需要考虑速度，别的地方似乎没有必要考虑速度。总之，要把1M内存充分利用起来。

（3）关于组播，目前看来 ，一个UDP对应的发送和接收IGMP端口不能一样。

而UDP对应对应的发送和接收端口能一样，比如我的bootloader端口。

申请一个upcb可以用这个来发送IGMP，也用相同的这个来接收igmp。这个与普通的udp一样。

就是 send(upcb,  igmp_ip,  igmp_port)

 

接收就把igmp ip绑定到本地ip上：

   IP4_ADDR(&ipgroup, 239,255,0,1);

   igmp_joingroup(IP_ADDR_ANY,(struct ip_addr *)(&ipgroup));

 

 

https://baike.baidu.com/item/组播地址/6095039?fr=aladdin#2

224.0.0.0～224.0.0.255为预留的组播地址（永久组地址），地址224.0.0.0保留不做分配，其它地址供路由协议使用；

224.0.1.0～224.0.1.255是公用组播地址，可以用于Internet；

224.0.2.0～238.255.255.255为用户可用的组播地址（临时组地址），全网范围内有效；

239.0.0.0～239.255.255.255为本地管理组播地址，仅在特定的本地范围内有效。

组播MAC地址

编辑

组播MAC地址的高24bit为0x01005e，第25bit为0，即高25bit为固定值。MAC地址的低23bit为组播IP地址的低23bit。由于 IP组播地址的前4bit 是1110，代表组播标识，而后28bit 中只有23bit 被映射到MAC 地址，这样IP 地址中就有5bit 信息丢失，导致的结果是出现了32 个IP 组播地址映射到同一MAC 地址上。

 

这个不错https://www.cnblogs.com/ghj1976/p/5276452.html

这个更好了,TPLINK的https://service.tp-link.com.cn/detail_article_158.html

 

关于组播IP和mac映射的不唯一性，链接如下：

https://www.cnblogs.com/listenerln/p/6837330.html