我在打开子网pipe理器日志中有这个错误。
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) 它发生了很多。
这是一个非常类似的问题，以下提交的错误报告在这里： https : //bugzilla.redhat.com/show_bug.cgi?id=1138851
在这个特定的报告中，错误是针对NTP mcast组。
即MGID ff12：401b：ffff :: 101在某种程度上101被解释为224.0.1.1，并从那里说，它是NTP。
那个101怎么成了这个，什么是MGID？
在我的情况下，显示的MGID是：ffff：0：ffff：0：c867：44ab：fe7f：0
这是否转化为224.0.0.0？ 它声称是保留的。 这里发生了什么事？
关于ff12：401b：ffff :: 101，我们可以参考RFC-5156 ，看看ff00 :: / 8是多播地址。 在RFC-4291中 ，ff12：…在ff表示多播的情况下被分解，12被分解为标志0x1和范围0x2。 标志0x1是“非永久分配的（”瞬时“或”dynamic“分配的）多播地址”，范围0x2是链路本地。
接下来的两个组401b：ffff ::定义子网的长度。 然后，根据RFC-3306 ，最后四个字节是组ID，在这种情况下是0x101。 根据RFC- 2375，0x101被保留用于NTP。 也许不是巧合，它匹配IPv4 NTP多播地址224.0.1.1（ RFC-5771 ）的最后两个字节。
MGID只是一个多播组ID。 您的IB接口上configuration了IP over InfiniBand（IPoIB），并且使用IP地址（input“ip addr”列出您的接口和相关地址 – 您将在任何接口上获得IPv6链路本地地址）现在，你的NTP服务器正在运行，组播stream量，并机会地尝试使用任何接口 – 因此在您的IBnetworking上组播。
您的地址有点不同 – 不是标准的IPv6多播地址，因为FFFF：…是保留的。 但是，通常快速的解决方法是简单地重新启动OpenSM，并且问题消失。