Hi,
On 5/5/20 4:02 am, Ethan O'Toole wrote:
We found a bug on the 64 port x 100gig model that if you insert a quad
twinax 10gig fanout cable in many of the ports it will trigger a reboot.
Timing, seems like there is a similar issue for Juniper QFX51110-48S
devices, just saw PR 1499422:
On 5/5/20 2:09 AM, Saku Ytti wrote:
I2C is a pretty terrible bus, particularly if you try to actually hang
everything off of a single I2C bus, single misbehaving speaker and you
might get your power supplies offline. Hopefully we'll move to I3C or
10SPE Ethernet soon. Or maybe some sort of I2C
❦ 5 mai 2020 09:09 +03, Saku Ytti:
>> We found a bug on the 64 port x 100gig model that if you insert a quad
>> twinax 10gig fanout cable in many of the ports it will trigger a reboot.I
>
> I've seen a similar issue in another vendor, where specific SFP
> inserted would reload the linecard.
On Mon, 4 May 2020 at 23:06, Ethan O'Toole wrote:
> We found a bug on the 64 port x 100gig model that if you insert a quad
> twinax 10gig fanout cable in many of the ports it will trigger a reboot.I
I've seen a similar issue in another vendor, where specific SFP
inserted would reload the
Did you contact the vendor and did they commit to a fix? I can't imagine a
vendor not wanting to fix an easily reproducible bug such as this.
It was a while ago, and the vendor was aware of the issue. Arista had the
info on which specific ports would accept the cable.
An interesting moment
On 5/4/20 4:02 PM, Ethan O'Toole wrote:
> We found a bug on the 64 port x 100gig model that if you insert a quad
> twinax 10gig fanout cable in many of the ports it will trigger a reboot.
>
> Some select ports are okay and supported, but the ones that are not would
> trigger a reset. Issue was
Hi,
Has anyone had issues with Arista switches rebooting out of the blue, when
there isn't even a sufficient load on them to be a CPU or memory issue?
We have a couple Arista 7280s both SR and CR that have had this behaviour, this
is the second time we see this issue and just wanted to see
On Mon, 4 May 2020 at 21:57, Matthew Petach wrote:
> As the process size in fabrication gets smaller and smaller, it takes less
> and less energy hitting a device to cause spurious events like these.
Agreed. However in this case it was not a single-event upset (or
multi-event upset) but timing
t;
> *From:* Ariel Biener
> *Sent:* Monday, May 4, 2020 9:31 AM
> *To:* Javier Gutierrez Guerra ; nanog@nanog.org
> *Subject:* Re: Arista Switches rebooting
>
>
>
> *CAUTION: *This email is from an external source. Do not click links or
> open
Guerra ; nanog@nanog.org
Subject: Re: Arista Switches rebooting
CAUTION: This email is from an external source. Do not click links or open
attachments unless you recognize the sender and know the content is safe.
Eos version?
From: NANOG mailto:nanog-boun
From: Ariel Biener
Sent: Monday, May 4, 2020 9:31 AM
To: Javier Gutierrez Guerra ; nanog@nanog.org
Subject: Re: Arista Switches rebooting
CAUTION: This email is from an external source. Do not click links or open
attachments unless you recognize the sender and know the content is safe.
Eos v
Hey Javier,
> Has anyone had issues with Arista switches rebooting out of the blue, when
> there isn't even a sufficient load on them to be a CPU or memory issue?
> We have a couple Arista 7280s both SR and CR that have had this behaviour,
> this is the second time we see this is
Hi,
Has anyone had issues with Arista switches rebooting out of the blue, when
there isn't even a sufficient load on them to be a CPU or memory issue?
We have a couple Arista 7280s both SR and CR that have had this behaviour, this
is the second time we see this issue and just wanted to see
13 matches
Mail list logo
