On Tue, Jul 31, 2018 at 01:57:42AM +0300, Vasiliy Tolstov wrote:
> пт, 27 июл. 2018 г. в 18:38, Jason Gunthorpe <jgg@xxxxxxxx>:
> >
> > On Fri, Jul 27, 2018 at 12:42:47PM +0300, Vasiliy Tolstov wrote:
> > > пт, 20 июл. 2018 г. в 11:31, Vasiliy Tolstov <v.tolstov@xxxxxxxxx>:
> > > >
> > > > > I think that who first get ipv6 address wins and second have error.
> > > > > I'm disable DAD and now server 1 and server 2 have identical ipv6
> > > > > slaac addresses. And i know that this is not bird problem and not
> > > > > dnsmasq problem because in case of plain ethernet devices with normal
> > > > > hwaddres this issue not happened.
> > > > >
> > > >
> > > > Gentle Ping....
> > > >
> > >
> > > Any chance to get this fixed or this is 100% dnsmasq/bird ... problem?
> > > (that does not appeared when use ethernet device)
> >
> > Unless you can show the kernel itself is producing the address wrong
> > we can't really help you.. The kernel code looks fine to me, unless
> > something broke recently.
> >
> > Test using simply radvd and reboot everything.
> >
> > Jason
>
> radvdump recieved on server1 and server2:
> interface bond0
> {
> AdvSendAdvert on;
> # Note: {Min,Max}RtrAdvInterval cannot be obtained with radvdump
> AdvManagedFlag off;
> AdvOtherConfigFlag off;
> AdvReachableTime 0;
> AdvRetransTimer 0;
> AdvCurHopLimit 64;
> AdvDefaultLifetime 300;
> AdvHomeAgentFlag off;
> AdvDefaultPreference medium;
>
> prefix fd00:1::/64
> {
> AdvValidLifetime 86400;
> AdvPreferredLifetime 14400;
> AdvOnLink on;
> AdvAutonomous on;
> AdvRouterAddr on;
> }; # End of prefix definition
>
> }; # End of interface definition
>
> i'm test with radv:
> server1 dmesg:
> [1420250.782673] ICMPv6: RA: ndisc_router_discovery failed to add default route
> [1420251.074430] IPv6: bond0: IPv6 duplicate address
> fd00:1::8200:2ff:fe09:fe80 used by 00:00:00:00:00:00 detected!
>
> server2 dmesg:
> clean
>
> but server2 have two ipv6 addresses:
> 6: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 2044 state UP qlen 1000
> inet6 fd00:1::8200:2ff:fe09:fe80/64 scope global dynamic
> mngtmpaddr noprefixroute
> valid_lft 86393sec preferred_lft 14393sec
No idea what this is. Did you reboot everything and stop other
advertising servers? I think you need to tcpdump to investigate this..
> inet6 fd00:1::221:2800:1a0:cfe2/64 scope global dynamic mngtmpaddr
> valid_lft 86393sec preferred_lft 14393sec
> inet6 fe80::221:2800:1a0:cfe2/64 scope link
> valid_lft forever preferred_lft forever
This looks like it worked to me, the above is the radv address and
the link local address, both with the correct suffix.
Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
