Wido
02/12/10, 12:36
Hi,
We zijn druk bezig ons netwerk volledig dual-stack te maken, maar daarbij liepen wij tegen een probleem aan met de Brocade RX-8 serie, deze ondersteunen GEEN VRRPv3, waardoor je geen redundante IPv6 gateway kan maken.
Ons idee was een anycast adres te gebruiken als gateway, dat zou ook gewoon moeten werken, is het niet dat er een bug zit in het RX-8 platform, waardoor dit niet werkt.
Zie mijn post: https://puck.nether.net/pipermail/foundry-nsp/2010-November/002772.html
In een reply op de betreffende mailinglist:
Yes, the combination of responding with Target: 2a00:f10:10a:5::2
(2a00:f10:10a:5::2) and setting the solicited bit to 1 is a violation of
RFC2461 Section 4.4.
I suggest you contact whoever you have a support contract for the RX with
and ask them about it. Expect resistance, because unfortunately only few
contractors have a good knowledge of IPv6.
It is the same behaviour Netiron MLX/XMR shows
We hebben direct een issue aangemaakt bij Brocade, maar het lijkt er niet op dat ze willen meewerken, IPv6 schijnt niet zo'n haast te hebben.
Ze geven aan niet meer voor het RX platform te willen ontwikkelen, maar dit is een overduidelijke bug in het RX platform, welke ook aanwezig is in de MLX serie (XMR weet ik niet zeker).
Met dit topic zou ik graag om medestanders vragen, samen staan we sterker.
Als je een support contract bij Brocade hebt, wellicht het overwegen waard een support request er voor aan te maken?
We zijn druk bezig ons netwerk volledig dual-stack te maken, maar daarbij liepen wij tegen een probleem aan met de Brocade RX-8 serie, deze ondersteunen GEEN VRRPv3, waardoor je geen redundante IPv6 gateway kan maken.
Ons idee was een anycast adres te gebruiken als gateway, dat zou ook gewoon moeten werken, is het niet dat er een bug zit in het RX-8 platform, waardoor dit niet werkt.
Zie mijn post: https://puck.nether.net/pipermail/foundry-nsp/2010-November/002772.html
In een reply op de betreffende mailinglist:
Yes, the combination of responding with Target: 2a00:f10:10a:5::2
(2a00:f10:10a:5::2) and setting the solicited bit to 1 is a violation of
RFC2461 Section 4.4.
I suggest you contact whoever you have a support contract for the RX with
and ask them about it. Expect resistance, because unfortunately only few
contractors have a good knowledge of IPv6.
It is the same behaviour Netiron MLX/XMR shows
We hebben direct een issue aangemaakt bij Brocade, maar het lijkt er niet op dat ze willen meewerken, IPv6 schijnt niet zo'n haast te hebben.
Ze geven aan niet meer voor het RX platform te willen ontwikkelen, maar dit is een overduidelijke bug in het RX platform, welke ook aanwezig is in de MLX serie (XMR weet ik niet zeker).
Met dit topic zou ik graag om medestanders vragen, samen staan we sterker.
Als je een support contract bij Brocade hebt, wellicht het overwegen waard een support request er voor aan te maken?