Em relação ao ff12: 401b: ffff :: 101, podemos fazer referência a RFC-5156 e ver que ff00 :: / 8 são endereços multicast. Olhando em RFC-4291 , ff12: ... é dividido em que ff denota multicast, e 12 é quebrado em sinalizadores 0x1 e escopo 0x2. sinalizadores 0x1 é "um endereço multicast não atribuído permanentemente (" transitório "ou" dinamicamente "atribuído)", e o escopo 0x2 é Link-Local.
Os próximos dois grupos, 401b: ffff ::, definem o tamanho da sub-rede. Então, de acordo com RFC-3306 , os quatro bytes finais são o ID do grupo, neste caso 0x101. 0x101 é reservado para o NTP, de acordo com o RFC-2375 . Talvez não coincidentemente, isso corresponde aos dois últimos bytes do endereço multicast IPv4 NTP, 224.0.1.1 ( RFC-5771 ).
Um MGID é simplesmente um ID de grupo multicast. Você tem IP over InfiniBand (IPoIB) configurado em sua interface IB e, com isso, um endereço IP (Type "ip addr" para listar suas interfaces e os endereços associados - você obterá um endereço local de link IPv6 em qualquer interface Agora, o seu servidor NTP está rodando, fazendo o tráfego de multicast e tentando usar qualquer interface de forma oportunista - daí a multidifusão na sua rede IB.
Seu endereço é um pouco diferente - não é um endereço multicast IPv6 padrão, já que FFFF: ... está reservado. No entanto, normalmente uma solução rápida é simplesmente reiniciar o OpenSM e o problema desaparece.