在Infiniband网络中，什么是MGID，它与多播组的关系如何？

Question

打开子网管理器日志中有此错误。

Sep 22 01:49:53 router3-1 docker[12431]: Sep 22 01:49:53 089580 [68860700] 0x01 -> mcmr_rcv_join_mgrp: ERR 1B11: Port 0x10c37b1f7ebb0001 (MT25408 ConnectX Mellanox Technologies) failed to join non-existing multicast group with MGID ffff:0:ffff:0:180b:1493:fd7f:0, insufficient components specified for implicit create (comp_mask 0x10083)
Sep 22 01:49:57 router3-1 docker[12431]: Sep 22 01:49:57 328091 [6585A700] 0x01 -> mcmr_rcv_join_mgrp: ERR 1B11: Port 0x10bf482fd3ac0001 (MT25408 ConnectX Mellanox Technologies) failed to join non-existing multicast group with MGID ffff:0:ffff:0:1868:c9d6:fd7f:0, insufficient components specified for implicit create (comp_mask 0x10083)
Sep 22 01:50:04 router3-1 docker[12431]: Sep 22 01:50:04 973005 [60850700] 0x01 -> mcmr_rcv_join_mgrp: ERR 1B11: Port 0x10bf482fd3a60001 (MT25408 ConnectX Mellanox Technologies) failed to join non-existing multicast group with MGID ffff:0:ffff:0:9811:7b48:ff7f:0, insufficient components specified for implicit create (comp_mask 0x10083)
Sep 22 01:50:05 router3-1 docker[12431]: Sep 22 01:50:05 291935 [5F04D700] 0x01 -> mcmr_rcv_join_mgrp: ERR 1B11: Port 0x10bf482fd3a40001 (MT25408 ConnectX Mellanox Technologies) failed to join non-existing multicast group with MGID ffff:0:ffff:0:88f3:3bdf:fd7f:0, insufficient components specified for implicit create (comp_mask 0x10083)
Sep 22 01:50:09 router3-1 docker[12431]: Sep 22 01:50:09 699903 [6685C700] 0x01 -> mcmr_rcv_join_mgrp: ERR 1B11: Port 0x10c37b1f7e110001 (MT25408 ConnectX Mellanox Technologies) failed to join non-existing multicast group with MGID ffff:0:ffff:0:787e:40cb:fd7f:0, insufficient components specified for implicit create (comp_mask 0x10083)
Sep 22 01:50:22 router3-1 docker[12431]: Sep 22 01:50:22 389193 [63856700] 0x01 -> mcmr_rcv_join_mgrp: ERR 1B11: Port 0x10bf482fd3f00001 (MT25408 ConnectX Mellanox Technologies) failed to join non-existing multicast group with MGID ffff:0:ffff:0:c867:44ab:fe7f:0, insufficient components specified for implicit create (comp_mask 0x10083)

它经常发生。

这是一个非常相似的问题，与在这里提交的以下bug报告相似：https://bugzilla.redhat.com/show_bug.cgi?id=1138851

在该特定报告中，错误针对NTP mcast组。

也就是说，MGIDff12:401 b:ffff：：101，其中101被解释为224.0.1.1，从中他们说它是NTP。

那101是怎么变成的，什么是MGID？

在我的例子中，MGID显示的是:ffff:0:ffff:0:c 867:44ab:fe7f:0

这是否意味着224.0.0.0？它声称是保留的。这里发生了什么事？

Answer 1

关于ff12:401 b:ffff：：101，我们可以引用RFC-5156并看到ff00::/8是多播地址。看着RFC-4291，ff12：.被分解，其中ff表示多播，12被分解为标志0x1和范围0x2。标志0x1是“非永久分配(”临时“或”动态“分配)多播地址”，范围0x2是链接本地。

下两个组401 b:ffff:定义子网的长度。然后，根据RFC-3306，最后四个字节是组ID，在本例中是0x101。根据RFC-2375的说法，0x101是为NTP预留的。也许不是巧合，这与IPv4 NTP多播地址的最后两个字节224.0.1.1(RFC-5771)匹配。

MGID只是一个多播组ID。您在IB接口上配置了IP over InfiniBand (IPoIB)，并使用它配置了一个IP地址(键入"ip addr“以列出接口和相关地址--您将在任何接口上获得IPv6链接本地地址)。现在，您的NTP服务器正在运行、多播通信，并试图使用任何接口-因此在您的IB网络上进行多播。

您的地址有很大的不同-不是一个标准的IPv6组播地址，如FFFF：.是保留的。但是，通常快速的解决方法是简单地重新启动OpenSM，然后问题就解决了。