3rd party SFP modules

  • 1
  • Question
  • Updated 4 years ago
  • Answered
Hey all,

I am trying to figure out which (if any) 3rd party (cisco compatible) SFP modules might work in an Aerohive switch. Maybe somebody here already tried?! :)
Photo of Roman Kern

Roman Kern

  • 16 Posts
  • 1 Reply Like

Posted 4 years ago

  • 1
Photo of Mike Kouri

Mike Kouri, Official Rep

  • 1030 Posts
  • 271 Reply Likes
MOST should work.

Cisco in general buys their components from the more reputable brands like Agilent, and to the best of my knowledge, most Cisco if not all SFPs should work just fine.

We don't impose any special requirements, nor are we playing games looking for identifiers for SFPs sold under our own label and penalizing everything else. We have had occasions where the least expensive units seemed to work but had weird failure modes, so I suggest you not buy no-name SFPs that have no warranty, but in general any reputable brand should work fine.
Photo of Andrew MacTaggart

Andrew MacTaggart, Champ

  • 483 Posts
  • 86 Reply Likes
SWITCH AH2124P
GLC-T Cisco 1000BASE-T SFP

plugged AP 330 in with external power and AP called home to HM

Port Name: eth1/25; Port Type: SFP;
SFP speed: 1300Mbps; media: Unknown; type: 1000Base-T; vendor: CISCO-AVAGO
Admin state: enable; Link status: up;
MAC address: xxxxxxxxxxx;
Duplex=full; Speed=1G;
Auto MDIX=disable; MTU=1500;
Flow Control Rx: off; Flow Control Tx: off;
Link Debounce: 0 sec;
Last change time:   2014-05-14  07:48:24 Wednesday
Description: AP330

Received statistics:
octets 627769;
unicast frames: 6660; broadcast frames: 407; multicast frames: 1007;
goodPkts: 0; good pause frames: 0; bad pause frames: 0;
unrecogMacCntr: 0; fragmentsPkts: 0; jabberPkts: 0;
macRcvError: 0; collisions: 0; lateCollisions: 0;
bad octets: 0; bad CRC: 0; rx error frames: 0;
undersize: 0; oversize: 0; overruns: 0;

Transmitted statistics:
octets: 55058;
unicast frames: 39; broadcast frames: 241; multicast frames: 316;
excessive collision: 0; macTransmitErr: 0; goodPkts: 0;
pause frames: 0; deferredPktsSent: 0;

Total statistics:
pkts64Octets: 116; pkts65to127Octets: 8365;
pkts128to255Octets: 137; pkts256to511Octets: 31;
pkts512to1023Octets: 16; pkts1024tomaxOctets: 5;
I have some cisco 10Gb SFP - will see if I can get them up and running as well.


(Edited)
Photo of Andrew MacTaggart

Andrew MacTaggart, Champ

  • 483 Posts
  • 86 Reply Likes
Cisco
SFP-10Gbase-SR

Port Name: eth1/25; Port Type: SFP;
SFP speed: 10300Mbps; media: Unknown; type: Unknown; vendor: CISCO-JDSU
Admin state: enable; Link status: down;
MAC address: xxxxxxxxxxxxx;
Duplex=auto; Speed=auto;
Auto MDIX=disable; MTU=1500;
Flow Control Rx: off; Flow Control Tx: off;
Link Debounce: 0 sec;
Last change time:   2014-05-14  07:51:44 Wednesday
Description: uplink

from Cisco side

TenGigabitEthernet1/1/32 is up, line protocol is up (connected)
  Hardware is Ten Gigabit Ethernet Port, address is xxxxxxxxxxxxxx
  MTU 1500 bytes, BW 10000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 10Gb/s, link type is auto, media type is 10GBase-SR
  input flow-control is on, output flow-control is on
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:01, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 14000 bits/sec, 20 packets/sec
     128 packets input, 19372 bytes, 0 no buffer
     Received 88 broadcasts (64 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 input packets with dribble condition detected
     3174 packets output, 238489 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

I can reach the Aerohive switch, so seems to be working well. I don't have any clients connected.




(Edited)
Photo of Roman Kern

Roman Kern

  • 16 Posts
  • 1 Reply Like
Great, thanks for testing! I will do the same and let you know. Best
Photo of Andrew MacTaggart

Andrew MacTaggart, Champ

  • 483 Posts
  • 86 Reply Likes
I tried a GLC-T in a 2024P switch, and although listed as a cisco sfp, it failed to provide link.

However, it does seem to work in the 2124P

there is also a GLC-TE, but I don't have one to test with.

Photo of Eric Duesterhaus

Eric Duesterhaus

  • 15 Posts
  • 5 Reply Likes
The 10gig SFPs we ordered straight from Aerohive were manufactured by source photonics, so it seems that even the ones that are Aerohive branded are still 3rd party optics :)
Photo of Nick Lowe

Nick Lowe, Official Rep

  • 2491 Posts
  • 451 Reply Likes
This is the same with all vendors of all networking equipment. Optics are manufactured elsewhere and simply branded.

The APs are not physically constructed by Aerohive ether, those are by ODM companies like Senao. This is the same with most vendors.

Due to commoditisation of parts, the key differentiator is today in the software and the spec that the ODM is asked to work to.
(Edited)
Photo of Eric Duesterhaus

Eric Duesterhaus

  • 15 Posts
  • 5 Reply Likes
My post was intended to be a little bit "tongue in cheek" :)  It doesn't really convey in an online forum, eh?

Back on topic - I haven't found any way other than trial and error, no matter what brand of switch you are using (except cisco - by and large cisco hardware will refuse to work with most 3rd party sfps unless you enable unsupported ones explicitily, which incidentally allows tac to wash their hands of your support cases pretty easily.)

I've tried getting comprehensive lists of suppored optics before from Aerohive, Dell/Force10, hp, Netgear, and they all give varying answers amounting to "it will probably work with any", so I usually just order it along with the switches anyways even if there is a small price premium.
Photo of Nick Lowe

Nick Lowe, Official Rep

  • 2491 Posts
  • 451 Reply Likes
Sorry, I missed the sarcasm! :)

Many people just buy a few of the 'supported' optics to swap in when the need arises to open a support case. It just seems to be a method of extortion by various vendors when mixed with as much FUD stirring as they can manage.

There are certainly poor quality optics out there that do not work well or have high failure rates, but compatibility issues are nearly always deliberately imposed.
Photo of Adam Conway

Adam Conway

  • 101 Posts
  • 55 Reply Likes
Hey Nick,
A quick correction, we actually do design and build our APs.  The fact that ODMs manufacture them does not mean that we are just buying our APs off the shelf.  Most APs use reference designs for the CPU etc, but to build a good AP, we need to own the RF side and we do.  We design our own radio modules.

One area where we spend a lot of time on the digital side is on security, we spend a lot of time making sure that our hardware is secured both by a TPM and a anti-counterfeit chip.
Photo of Nick Lowe

Nick Lowe, Official Rep

  • 2491 Posts
  • 451 Reply Likes
That is what I meant by 'the spec the ODM is asked to work to'. Sorry for not making that point clearer! The only point I was trying to make is that the physical manufacturing does not take place at Aerohive, nothing to do with design or how customised and awesome it is. This outsourcing is the same for most vendors so it is perfectly normal, unsurprising and expected. It really does not mean anything at all by itself and is just a point of interest for some. (By commoditisation of parts, I meant the processor, the wireless chips etc.)
(Edited)
Photo of Roman Kern

Roman Kern

  • 16 Posts
  • 1 Reply Like
Awesome, thanks! That sounds great - so I guess it's trial and error :)