[191151] in North American Network Operators' Group
Re: Arista unqualified SFP
daemon@ATHENA.MIT.EDU (Ryan, Spencer)
Tue Aug 23 11:11:00 2016
X-Original-To: nanog@nanog.org
From: "Ryan, Spencer" <sryan@arbor.net>
To: Ryan Gelobter <ryan.g@atwgpc.net>, Stanislaw <me@nek0.net>
Date: Tue, 23 Aug 2016 15:00:35 +0000
In-Reply-To: <CAFPFpmUHmQ=84obHxwHuPHNDPC_0CJq0J9qUxTcxFy1rq31W9A@mail.gmail.com>
Cc: nanog list <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org
It won't work. They require the hashed key that support/your AM has to gene=
rate for your org.
Spencer Ryan | Senior Systems Administrator | sryan@arbor.net<mailto:sryan@=
arbor.net>
Arbor Networks
+1.734.794.5033 (d) | +1.734.846.2053 (m)
www.arbornetworks.com<http://www.arbornetworks.com/>
________________________________
From: NANOG <nanog-bounces@nanog.org> on behalf of Ryan Gelobter <ryan.g@at=
wgpc.net>
Sent: Tuesday, August 23, 2016 10:58:36 AM
To: Stanislaw
Cc: nanog list
Subject: Re: Arista unqualified SFP
Instead of patching the python what happens if you just run 'no errdisable
recovery cause xcvr-unsupported'
On Thu, Aug 18, 2016 at 5:24 AM, Stanislaw <me@nek0.net> wrote:
> Hi all,
> If somebody is following my epic adventure of getting uqualified SFP to
> work on Aristas, here is the unhappy end of it.
>
> I've written to Arista support and got the following dialogue:
> Support guy:
> Hi,
> Thank you for contacting Arista Support. My name is **** and I'll be
> assisting you on this case.
> Could you please provide the "show version" output from this switch?
>
> Me:
> Hi,
> Here it is:
> <show version output here>
>
> Support guy:
> Hi,
> Thank you for the information.
> Unfortunately, we are unable to activate your 3rd party components. To
> ensure ongoing quality, Arista devices are designed to support only
> properly qualified transceivers.
> Please let me know if you have any other questions.
>
> Me:
> I do not understand,
> But there is a command which allows using non-Arista transceivers. Why
> have you implemented it but don't provide an access key to your customers
> when they ask for it?
> If it is required to sign some papers which declare that I am aware of al=
l
> the risks and losing my warranty - I agree with that, lets do it. Any way
> what are the conditions to receive that access key?
>
> Support guy:
> I'm afraid that there is nothing I'm able to do regarding this situation.
> If you have any other questions regarding enabling 3rd party options in
> Arista switches, I suggest to contact your local account team (or sales)
> for further discussion on this matter.
>
>
> Next, i've tried inserting various QSFP+ DAC cables I have - none of them
> has been even detected on the switch, it was acting like nothing has been
> inserted. I guess that even if I get the key, most of my transceivers/DAC
> (which work like a champ in Juniper or Extreme switches) cables wouldnt
> work.
>
> I'm writing this post to make somebody who considers buying their switche=
s
> be aware of what they'd get. Just buy Juniper instead.
>
>
>
> Stanislaw wrote at 2016-08-17 23:25:
>
>> Hi Tim,
>>
>> Thanks for your expressive answer. Will try it :)
>>
>> Tim Jackson =D0=C9=D3=C1=CC 2016-08-17 22:57:
>>
>> I'd suggest bitching and moaning at your account team & support until
>>> they give you the key to unlock them..
>>>
>>> --
>>> Tim
>>>
>>> On Wed, Aug 17, 2016 at 2:50 PM, Stanislaw <me@nek0.net> wrote:
>>>
>>> Hi all,
>>>> Is there a way for unlocking off-brand transceivers usage on Arista
>>>> switches?
>>>>
>>>> I've got an Arista 7050QX switch with 4.14 EOS version. Then it has
>>>> been found out that Arista switches seem to not have possibility to un=
lock
>>>> off-brand xcievers usage (by some service command or so).
>>>>
>>>> I've patched /usr/lib/python2.7/site-packages/XcvrAgent.py, made the
>>>> checking function bypass the actual check and it helped: ports are not=
in
>>>> errdisable state anymore. But despite of xceivers are detected correct=
ly,
>>>> links aren't coming up (they are in notconnect state).
>>>>
>>>> If anyone possibly have does have a sacred knowledge of bringing
>>>> off-branded transceivers to life on Arista switches, your help'd be ve=
ry
>>>> appreciated. Thanks.
>>>>
>>>
